3 ms·
Please stop putting action/choice buttons (Ok, Cancel, Yes, No, etc.) on windows title bars! There has been a reason why they were placed at the bottom: I grab
by squarefoot 6y ago
Please stop putting action/choice buttons (Ok, Cancel, Yes, No, etc.) on windows title bars!
There has been a reason why they were placed at the bottom: I grab a window by its title bar and if needed I can arrange it through the closest controls over there that should be only the buttons to act on the window itself and not the contents, then I read the contents and while doing so my focus moves towards the window lower side, so that when I'm done I can take a choice through the closest controls I can find there which are the ones acting on the content of the window.
You think title bars waste too much space? Well sometimes I do too, but placing controls on them is a solution that creates new problems; just make them thinner, but please stop breaking decades of functional UI design with this nonsense.
- kaba0 6y agoJust a note that you can press Super, and drag a window from anywhere.
- squarefoot 6y agoI know that, the problem is having to move the attention back to the upper part of the window after having read its contents: it's counter intuitive as I have to move my eyes up to down to read, then up again to take an action.
- WhyNotHugo 6y agoEven worse, because they’re “decoration”, they’re hidden if the window is fullscreened. So if I full screen a file picker dialog, the action buttons get hidden too.
- zxzax 6y agoWhat you're describing doesn't match the GNOME HIG. Buttons should actually be on the bottom for dialogs that require you to read through and then make a choice: https://developer.gnome.org/hig/stable/dialogs.html.en https://developer.gnome.org/hig/stable/dialogs.html.en The buttons should only placed in the headers for other dialogs that require more explicit actions before the dialog can be dismissed, such as the file selection dialog.