Written by yzarc the 15 Nov 09 at 12:39.

give it more features:
1- show min/restore commands.
2- permit to the app to add gadgets like progress bar, tab-bar, multimedia commands.
3- make it fit with the gtk theme and touching the windows to give the illusion it's part of the window.
4- add launchers.
5- window "menu mode", the window is no maximized but stay attached to the panel, like the calendar.
6- group / ungroup windows.
7- tile windows command.
8- show desktop applet.
9- places applet.

give it more features: 1- show min/restore commands. 2- permit to the app to add gadgets like progress bar, tab-bar, multimedia commands. 3- make it fit with the gtk theme and touching the windows to give the illusion it's part of the window. 4- add launchers. 5- window "menu mode", the window is no maximized but stay attached to the panel, like the calendar. 6- group / ungroup windows. 7- tile windows command. 8- show desktop applet. 9- places applet.

Written by yzarc the 15 Nov 09 at 12:47.

make it more flexible permitting apps to use it as they need.
tab-bar for browsers, art and commands for media players,avatar, status, last msg of a IM windows, etc. no just title and min/max buttons.

look at this example from "clever windows" mockup, the title bar belong to the app, is useful and beautiful, holds interesting informations, is no more just an useless strip.

make it more flexible permitting apps to use it as they need. tab-bar for browsers, art and commands for media players,avatar, status, last msg of a IM windows, etc. no just title and min/max buttons. look at this example from "clever windows" mockup, the title bar belong to the app, is useful and beautiful, holds interesting informations, is no more just an useless strip. <img src="http://lh5.ggpht.com/_ugxjjESE8ro/SwEioSEWJLI/AAAAAAAAAFI/7j1JYEHM3WA/screenshot2.png" />

Written by Lachu the 15 Nov 09 at 15:45.

Already window managers have designed to not disappoint users. It will force designers to add caption bar, caption buttons, etc. We should fix window border size to 2/4 pixels to each edge. Also, we need to make whole space not contained in active window interactive - by clicking on other window, we don't bring it on first front, but menu with possible actions should appear.
Use cases:
1) Alex would to move window. He only click on destination position and select move there. Alex can also click on window border or white space at screen, go to mode submenu and select move.
2) We had window maximized. It takes whole screen plus borders. Alex can click on border and select window list > gedit(for example). She can also select desktop from window list or click minimize window.

It will brinks better way to integrate with user(more natural, flexible, faster). Additional features is we don't waste space and there always possibility to use mouse(today we must use keyboard in some cases or move window on whole screen).

We should display windows title, when cursor leaves active window or alt key is pressed.

Already window managers have designed to not disappoint users. It will force designers to add caption bar, caption buttons, etc. We should fix window border size to 2/4 pixels to each edge. Also, we need to make whole space not contained in active window interactive - by clicking on other window, we don't bring it on first front, but menu with possible actions should appear. Use cases: 1) Alex would to move window. He only click on destination position and select move there. Alex can also click on window border or white space at screen, go to mode submenu and select move. 2) We had window maximized. It takes whole screen plus borders. Alex can click on border and select window list > gedit(for example). She can also select desktop from window list or click minimize window. It will brinks better way to integrate with user(more natural, flexible, faster). Additional features is we don't waste space and there always possibility to use mouse(today we must use keyboard in some cases or move window on whole screen). We should display windows title, when cursor leaves active window or alt key is pressed.

Written by Lasall the 22 Nov 09 at 03:37.

So you can use unused space at the top bar.

So you can use unused space at the top bar. <img src="http://gnome2-globalmenu.googlecode.com/svn/wiki/GlobalMenuWindows.png" />

Written by speedkreature the 1 Dec 09 at 18:48.

Using solution #2, extend transparent (or not) borders around the windows when the user moves the pointer (whether mouse, tablet or finger) to the edge of the window because it may be that the menu texts take up the entire top of the window leaving no place to click and drag the window.
The transparent borders would allow the user to resize and move the window as desired.
Hovering some number of milliseconds (or holding the click and not moving) over the extended border would allow for resize, the default action being move.
If the window is fullscreen, it will need to be taken out of full screen mode first. If it still takes the full available monitor space, the desktop environment needs to be resolution aware and shrink the window enough to allow for the border to appear.

GUI's are moving toward multi-touch and I think we need to prepare our desktops for this switch.
This method is a little more intuitive as it only appears when the user is approaching the window boarders (as you do when you intend to move or resize a window).

Using solution #2, extend transparent (or not) borders around the windows when the user moves the pointer (whether mouse, tablet or finger) to the edge of the window because it may be that the menu texts take up the entire top of the window leaving no place to click and drag the window. The transparent borders would allow the user to resize and move the window as desired. Hovering some number of milliseconds (or holding the click and not moving) over the extended border would allow for resize, the default action being move. If the window is fullscreen, it will need to be taken out of full screen mode first. If it still takes the full available monitor space, the desktop environment needs to be resolution aware and shrink the window enough to allow for the border to appear. GUI's are moving toward multi-touch and I think we need to prepare our desktops for this switch. This method is a little more intuitive as it only appears when the user is approaching the window boarders (as you do when you intend to move or resize a window).

Written by c3h8 the 15 Dec 09 at 00:09.

The Menu Bar should be integrated in to the title bar. The menu bar should be to the left. The window name sdhould be in the middle, and the buttons are still on the right, left or center as dictated by the window decorator.

The Menu Bar should be integrated in to the title bar. The menu bar should be to the left. The window name sdhould be in the middle, and the buttons are still on the right, left or center as dictated by the window decorator.

Written by Lachu the 1 Jan 10 at 17:22.

Titlebar should presents, when mouse cursor is outside titlebar. It should be displayed above the window and be transparent. Also titlebar should been displayed, when mouse are above borders of window for some amount of time.

Once window is maximized, we can display close button on panel(GNOME3 would integrate panels and window managers).

Titlebar should presents, when mouse cursor is outside titlebar. It should be displayed above the window and be transparent. Also titlebar should been displayed, when mouse are above borders of window for some amount of time. Once window is maximized, we can display close button on panel(GNOME3 would integrate panels and window managers).