Hi, do I miss options for the preferences or doesn't gedit provide a menu bar and window buttons anymore? A menu bar might be something to argue, since it's part of the app, but the window buttons are provided by the window manager I decided to use. Will this happen to other editors, such as pluma and other apps too? Disgusting! Doers it make sense to send a veto to upstream or is it wanted by most users? Regards, Ralf
On 15/04/14 03:51 PM, Ralf Mardorf wrote:
Hi,
do I miss options for the preferences or doesn't gedit provide a menu bar and window buttons anymore? A menu bar might be something to argue, since it's part of the app, but the window buttons are provided by the window manager I decided to use. Will this happen to other editors, such as pluma and other apps too? Disgusting!
Doers it make sense to send a veto to upstream or is it wanted by most users?
Regards, Ralf
The GTK header bar widget replaces the title bar. It's possible to enable the minimize/maximize buttons for it, and it does respect whatever theme you're using. It's intended to save vertical space by making a separate menu/toolbar unnecessary. There are some window managers not implementing EWMH properly (Xfce's window manager) and you will get a redundant title bar on top of the header bar. You can blame Chromium/Chrome and Firefox for making this popular. I happen to think it's a good idea, although as a user of i3 it has little to no impact on me.
On Tue, 2014-04-15 at 15:57 -0400, Daniel Micay wrote:
There are some window managers not implementing EWMH properly (Xfce's window manager) and you will get a redundant title bar on top of the header bar.
I'm using JWM.
El 15/04/2014 16:52, "Ralf Mardorf"
Hi,
do I miss options for the preferences or doesn't gedit provide a menu bar and window buttons anymore? A menu bar might be something to argue, since it's part of the app, but the window buttons are provided by the window manager I decided to use. Will this happen to other editors, such as pluma and other apps too? Disgusting!
It is the new design guidelines of Gnome 3. I don't think Pluma follow that design.
Doers it make sense to send a veto to upstream or is it wanted by most users?
It's wanted by most of Gnome user. Anyway, complaining won't change the new design guidelines, wich are large accepted. Andrés Fernandez Software Peronista
On Tue, 2014-04-15 at 15:57 -0400, Daniel Micay wrote:
You can blame Chromium/Chrome
and Firefox for making this popular. Firefox provides a menu bar and a title bar with window buttons using
They still have a title bar with window buttons, Chromium even takes care about the JWM theme I'm using. the JWM theme. [rocketmouse@archlinux ~]$ pacman -Q chromium google-chrome firefox chromium 34.0.1847.116-1 google-chrome 34.0.1847.116-1 firefox 28.0-1 On Tue, 2014-04-15 at 16:59 -0300, Andres Fernandez wrote:
Anyway, complaining won't change the new design guidelines, wich are large accepted.
:(
Am 15.04.2014 22:18, schrieb Ralf Mardorf:
On Tue, 2014-04-15 at 16:59 -0300, Andres Fernandez wrote:
Anyway, complaining won't change the new design guidelines, wich are large accepted.
:(
Well, it's a feature that gedit also lost its menubar. Mousepad, you have a new friend. -- xmpp bjo@schafweide.org bjo.nord-west.org | nord-west.org
On 15/04/14 04:18 PM, Ralf Mardorf wrote:
On Tue, 2014-04-15 at 15:57 -0400, Daniel Micay wrote:
You can blame Chromium/Chrome
They still have a title bar with window buttons, Chromium even takes care about the JWM theme I'm using.
Chromium defaults to drawing the title bar itself as part of the window, for the same space-saving reasons. GTK+ applications using the header bar still have window buttons too - by default a close button, but optionally minimize/maximize. Anyway, I'm pointing them out as the applications that popularized this feature, not as applications *only* providing this choice.
Firefox provides a menu bar and a title bar with window buttons using the JWM theme.
Firefox lacks support for this on Linux because it's not viewed as a first tier platform. The menu bar will go away on Linux by default when the new interface is released quite soon. It might not stay around as a supported feature for much longer.
On Tue, 2014-04-15 at 16:33 -0400, Daniel Micay wrote:
Firefox provides a menu bar and a title bar with window buttons using the JWM theme.
Firefox lacks support for this on Linux because it's not viewed as a first tier platform. The menu bar will go away on Linux by default when the new interface is released quite soon. It might not stay around as a supported feature for much longer.
I anyway dislike Firefox, regarding to it's history search options, that don't fit to my needs, so I prefer QupZilla, hopefully QupZilla doesn't follow this new design.
Chromium defaults to drawing the title bar itself as part of the window, for the same space-saving reasons. GTK+ applications using the header bar still have window buttons too - by default a close button, but optionally minimize/maximize.
Anyway, I'm pointing them out as the applications that popularized this feature, not as applications *only* providing this choice.
The main reason for HeaderBar widget on core apps of Gnome is Wayland. This is a protocol to develop compositors in replacement of the old and beloved Xorg. In Wayland world there is no Windows Manager, so windows decoration are in apps. That's the main reason.
On 15/04/14 04:56 PM, Andres Fernandez wrote:
Chromium defaults to drawing the title bar itself as part of the window, for the same space-saving reasons. GTK+ applications using the header bar still have window buttons too - by default a close button, but optionally minimize/maximize.
Anyway, I'm pointing them out as the applications that popularized this feature, not as applications *only* providing this choice.
The main reason for HeaderBar widget on core apps of Gnome is Wayland. This is a protocol to develop compositors in replacement of the old and beloved Xorg. In Wayland world there is no Windows Manager, so windows decoration are in apps. That's the main reason.
That's not at all true. KDE is going to be using server-side window decorations with their Wayland compositor. The GTK+ header bar is based on UX design, not anything to do with Wayland. An GTK+ application can draw client-side decorations with or without a header bar.
El 15/04/2014 18:00, "Daniel Micay"
That's not at all true. KDE is going to be using server-side window decorations with their Wayland compositor.
That's true. I didn't know that. Anyway it is a KDE implementation, it's not part of Wayland Protocol.
The GTK+ header bar is based on UX design, not anything to do with Wayland. An GTK+ application can draw client-side decorations with or without a header bar.
That's true too, but client side decoration on Wayland was the main reason to change the design guidelines. Andrés Fernandez Software Peronista
Well, you may give up gedit for Sublime Text. You will never go back. ;) -- Kind regards, Damian Nowak StratusHost www.AtlasHost.eu
participants (5)
-
Andres Fernandez
-
Bjoern Franke
-
Daniel Micay
-
Nowaker
-
Ralf Mardorf