Dialog decoration inconsistency
There is an inconsistency between decorations of dialogs due to old-C-style dialogs and new C++-style ones. Decorations are the minimize, maximize and close buttons. The old dialogs (eg. Fill&Stroke) have all 3, the new dialogs (eg. Transform) only have the close button. What is the desired decoration style? I vote for only the close button, and perhaps a button to 'collapse' it (minimizing on the spot).
- Johan
On Tue, Jan 02, 2007 at 10:57:42AM +0100, J.B.C.Engelen@...1578... wrote:
There is an inconsistency between decorations of dialogs due to old-C-style dialogs and new C++-style ones. Decorations are the minimize, maximize and close buttons. The old dialogs (eg. Fill&Stroke) have all 3, the new dialogs (eg. Transform) only have the close button. What is the desired decoration style? I vote for only the close button, and perhaps a button to 'collapse' it (minimizing on the spot).
- Johan
Only close buttons seems like the best choice to me too.
Bryce
Bryce Harrington wrote:
On Tue, Jan 02, 2007 at 10:57:42AM +0100, J.B.C.Engelen@...1578... wrote:
There is an inconsistency between decorations of dialogs due to old-C-style dialogs and new C++-style ones. Decorations are the minimize, maximize and close buttons. The old dialogs (eg. Fill&Stroke) have all 3, the new dialogs (eg. Transform) only have the close button. What is the desired decoration style? I vote for only the close button, and perhaps a button to 'collapse' it (minimizing on the spot).
- Johan
Only close buttons seems like the best choice to me too.
I do think that a "collapse" in addition to close would definitely be welcome. Obviously good window managers allow you to "roll up" windows/dialogs, but it's not currently possible on win32 (which is a shame... and a pain). So if it's easily doable, I think we should go for it. Just my .02.
-Josh
J.B.C.Engelen@...1578... wrote:
There is an inconsistency between decorations of dialogs due to old-C-style dialogs and new C++-style ones. Decorations are the minimize, maximize and close buttons. The old dialogs (eg. Fill&Stroke) have all 3, the new dialogs (eg. Transform) only have the close button. What is the desired decoration style? I vote for only the close button, and perhaps a button to 'collapse' it (minimizing on the spot).
Actually, now I try it, I don't experience it that way at all.
In KWin I get maximise and close buttons for most dialogs, but only a close button on Document Properties.
In Metacity I get a mixture as you describe.
In either WM, the most broken dialog is the Document Background colour window, which appears as a separate icon on the taskbar and doesn't focus with the main window, like other dialogs do.
Dan
On Thu, Jan 04, 2007 at 08:51:47PM +0000, Daniel Pope wrote:
J.B.C.Engelen@...1578... wrote:
There is an inconsistency between decorations of dialogs due to old-C-style dialogs and new C++-style ones. Decorations are the minimize, maximize and close buttons. The old dialogs (eg. Fill&Stroke) have all 3, the new dialogs (eg. Transform) only have the close button. What is the desired decoration style? I vote for only the close button, and perhaps a button to 'collapse' it (minimizing on the spot).
Actually, now I try it, I don't experience it that way at all.
In KWin I get maximise and close buttons for most dialogs, but only a close button on Document Properties.
In Metacity I get a mixture as you describe.
In either WM, the most broken dialog is the Document Background colour window, which appears as a separate icon on the taskbar and doesn't focus with the main window, like other dialogs do.
Likely one of the key things in getting the dialog inconsistencies solved is to get all the remaining non-gtkmm dialogs ported over to gtkmm.
Basically, stuff in src/dialogs/ needs to be recoded into C++/gtkmm and moved into src/ui/dialogs. The work's about half done, so there are plenty of examples to follow, if you don't know gtkmm.
Bryce
On 1/4/07, Daniel Pope <mauve@...1559...> wrote:
In either WM, the most broken dialog is the Document Background colour window, which appears as a separate icon on the taskbar and doesn't focus with the main window, like other dialogs do.
That's because it wasn't being made transient unlike other dialogs. I just fixed that, please check.
participants (5)
-
unknown＠example.com -
Bryce Harrington -
bulia byak -
Daniel Pope -
Joshua A. Andler