GNOME Bugzilla – Bug 679471
[gtk3] Maximize the main window by default
Last modified: 2012-08-22 12:45:35 UTC
Considering the following: - Video editing requires a lot of screen space. When I'm doing actual editing (instead of testing) I always work maximized - We will eventually use a dark GTK theme variant (bug #676504) to avoid visual pollution; however, this really makes sense for apps that are maximized (otherwise the rest of the desktop can still influence your visual perception) I'm considering: - Maximizing by default (user settings will still be remembered, of course) - Hiding the titlebar when maximized: http://developer.gnome.org/gtk3/stable/GtkWindow.html#gtk-window-set-hide-titlebar-when-maximized
I generally advise against removing the titlebar if you still have a menubar, since it results in narrow click targets very close to the activities button and application menu.
Hm hm, that's a fair point. Whatsmore, I somewhat fear the onslaught of users asking how they can quit Pitivi or how to unmaximize it (that, in particular, is less obvious). I guess that the "maximize by default" part of this bug report would be enough then. Thanks for your input, Allan!
It shouldn't be too hard to get rid of the menubar, if you want...
Allan, I'm open to the idea although I haven't been able to convince myself that getting rid of the menus completely is possible, given how many menu items pitivi has. Sure, a tiny lot of them could go away completely, but it's usually a mix of: - Some functionalities that are not frequently used enough to be part of the main interface, yet frequently used enough that they should not be buried in a preferences dialog (or in the case of actionable items, it doesn't make sense for them to be in the prefs dialog) - I typically follow the old rule of "if it can be done with a button or a contextual menu, it should also be accessible with toplevel menus". - What about non-gnome systems? - The probably intrusive changes to the code that would be required to move away from a menu-centric app. So if I'm to consider removing entirely the menus eventually, I would need a very convincing plan for it (could be a separate bug report I guess)!
Actually... seems like it was already the default behavior. With an empty config, pitivi is maximized by default, so this bug report is now pretty much invalid. However, if you know of a trick to put both the menubar and toolbars in "sliding" overlays in fullscreen mode (bug #603738) like gedit does with its toolbar, patches or hints welcome!
(In reply to comment #5) ... > if you know of a trick to put both the menubar and toolbars in > "sliding" overlays in fullscreen mode (bug #603738) like gedit does with its > toolbar, patches or hints welcome! A quick aside - Totem's full-screen will hopefully be changing in the near future: * https://live.gnome.org/Design/Apps/Videos/ * https://live.gnome.org/GnomeOS/Design/Whiteboards/WindowStates Probably not what you are looking for for PiTiVi, but might be interesting all the same.
Well the only difference that I can see is that totem would activate it on every mouse move (vs moving to the top edge of the screen like gedit/epiphany), that it would show the Shell's top bar (I don't see why) and it would use custom (clutter+css?) controls. In my case I want to "rip out" gtk widgets and place them into a vbox that would somehow slide in and out of the top of the screen. I'm looking for a way to do that sliding vbox, so if you have pointers on that (especially code that is easy to understand for a pythonista), that's very appreciated! :)