The contemporary Gnome UI style is without title bar. While LibreOffice is
prepared for most situations with the Notebookbar it's not in this case. We
should a) consider to hide the title bar for Gnome-based OS and b) add instead
a small bar to make sure the user can move the window. This approach is known
for instance in Chrome. Alternative ideas are welcome.
What |Removed |Added
See Also| |https://bugs.documentfounda | |tion.org/show_bug.cgi?id=11
--- Comment #1 from Maxim Monastirsky <[hidden email]> ---
(In reply to Heiko Tietze from comment #0)
> should a) consider to hide the title bar for Gnome-based OS and b) add
> instead a small bar to make sure the user can move the window. This approach
> is known for instance in Chrome.
Chrome isn't a good example, as in addition it also does c) make use of the
free space on that dragging frame (by putting there the tabs bar and the user
switching button). And so should we, if we ever decide to hide the system title
bar. Just replacing the system title bar (which we get for free from the
system), with our own implementation (which we'll have to maintain) makes no
I think Mozilla Firefox offers a better solution by providing white space at
the beginning and end of the tabs (when the window is not maximized), in
addition to useful white space like the one on each side of the address bar.
On the other hand, a small bar is a bad idea, since it is a difficult target to
hold with a pointer and even more if we talk about touch devices. GNOME HIG for
example recommends not using small targets. GTK Headerbar allows you to drag
the window from anywhere -including buttons- and other office applications
allow you to drag the window of any blank space available in the toolbar.
Why would we treat GNOME based DE any different than other requests (e.g. bug
113388) for Client Side Decoration control of the application frame? Or
likewise not support native application styles from Apple HIG for macOS builds,
or implement Windows UWP support.
If consensus remains that project is cross platform, implementing CSD piecemeal
for your favorite OS/DE (unless actually required--and this isn't) breaks that
--- Comment #5 from Tobias Bernard <[hidden email]> ---
Hi, Tobias from GNOME here.
CSD are most useful when they allow placing window controls and other interface
elements in the same bar. That's the approach we take with GNOME apps. We have
a widget in GTK called header bar, which automatically places window controls
on the left/right side depending on system settings, so application authors
don't have to deal with this.
I think when the Notebookbar is enabled, LibreOffice could relatively easily
use GNOME-style CSD, by simply adding the window controls to the left/right of
the top bar. This approach could also work on macOS and Windows (in fact, MS
Office on macOS already does something very similar). One challenge is assuring
that there is always some empty space to the left or right of the Notebookbar
tabs, so users can move the window easily.
I've attached some very rough concepts of how the CSD solution I'm describing
could look on GNOME and macOS. I imagine this would be easily adaptable to the
style on other systems (e.g. by having three buttons on the right on Windows).