https://bugs.documentfoundation.org/show_bug.cgi?id=113388
--- Comment #36 from Jeff F. <[email protected]> --- The code complexity & support headaches arguments sound bizarre to me, considering how LibreOffice apparently sees no problem with the idea of shipping 7 UI/toolbar layout variants instead of only an opiniated 1 or 2… Regarding the so-called usability problems of client-side window decorations: at least from the perspective of apps that use native GTK, those work just fine in practice. It seems worth taking a minute to address this particular UX concern, for example: > In other office applications there is always clickable white-space to move > the window For the record, the fact that GNOME puts widgets into CSD titlebars (a.k.a. headerbars) does *not* prevent dragging them at all (nor right-clicking to get the window manager's actions menu), even if the widget has no empty space, because you can drag from anywhere in those headerbars (whether your mouse is on top of a button or an empty space). This does not hold true for "reorderable" tab widgets, but: - tabs in those situations are typically below the toolbar (not LibreOffice's case, but Nautilus/Epiphany/Ptyxis) - if the tabs are not set to be reorderable (LibreOffice's case), I'd expect that dragging them would allow moving the window. - A row of linked switcher togglebuttons could be used instead. For the majority of laypeople in my field observations, CSDs are not problematic. -- You are receiving this mail because: You are the assignee for the bug.
