Notes |
(0019437)
jghali (administrator)
08-Apr-10 19:31
|
>>At least, clicking on them to edit should put them up front.
Works perfectly on Windows |
|
(0019438)
louisdesjardins (updater)
08-Apr-10 19:43
|
So it’s a Mac OS X only related bug. |
|
(0019439)
jghali (administrator)
08-Apr-10 19:51
|
I doubt we can fix it as it's Qt that handle such things |
|
(0019448)
louisdesjardins (updater)
08-Apr-11 13:03
|
One thing for sure is this is not the expected behaviour for any palette. Mac users will find it odd. |
|
(0019451)
louisdesjardins (updater)
08-Apr-12 14:25
|
Further testing reveals that SE and Edit Content windows remain in the back of any other dialog, not only the PP.
All other dialogs behave as expected, except those two. |
|
(0019452)
pierremarchand (manager)
08-Apr-12 15:27
edited on: 08-Apr-12 15:36
|
scribus/story.cpp line 1433 :
StoryEditor::StoryEditor(QWidget* parent) : QMainWindow(parent, Qt::Window )
Louis, if you change "Qt::Window" into "Qt::Tool", the Story Editor will behave as other palettes, including no possibility to maximize it but it should therefore take place in the palettes’ stack and thus solve the issue. Please try that and report if it works for you. If it does not work, we can try other window types. If it has obvious side effects I do not mention, it’s because I run Compiz-Fusion with a special theme that can hide things to me.
I think it’s the right thing to do with the SE but I guess Scribus team won’t agree. Because if they built it as a regular independant window, they should have their reasons. But I think we can (if it works of course :)) at least open the discussion and perhaps have it only for MacOSX.
[edit]
Rather than changing the type of window, another solution can be to de-parent the SE, so the line 1433 would look like :
"StoryEditor::StoryEditor(QWidget* parent) : QMainWindow(0, Qt::Window )"
|
|