-
-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add built-in option to change title bar buttons #308
Comments
I find this really cool! I always found annoying to hit |
To be honest, I created this (and a few other) suggestions as kind of "goals" for when I was learning GTK/Vala (which I stopped, at least for now)... I decided to leave them intact, as most of them are pretty reasonable. As of this suggestion, I see a flaw in it now: The simpliest solution for this would be to make 3 dropdowns, one for each button, with 3 states (disabled, shown on left, shown on right), and follow Windows-like pattern for right side and macOS-like pattern for left side: Out of more fancy ways, KDE might be a good example of a user-friendly implementation of this... though I'm not sure if it's even possible to implement with Granite, at least I can't think of easy ways to do it. |
I'm really -1 on this. Pantheon doesn't really support a concept of minimize and I don't think we should. Other major desktops like GNOME have also dropped minimize and modern operating systems like iOS don't implement minimize either. Pantheon is workspace based and all the design work we've done towards the new dock, app backgrounding, etc supports that premise. I also don't think it makes sense to pass off design decisions about where buttons go to users. Reddit is not a representative sample, you've selected specifically for people who are more likely to theme and mod. A more convincing argument here would be if there was some supporting evidence that shows that people are failing to close or maximize applications or that people are accidentally triggering close or maximize actions when they don't mean to and then looking at why that happens and how we can help them succeed. |
"Minimizing" windows visually makes sense on macOS or with oldschool Windows taskbar layouts where windows shrink into the dock/task bar. elementary OS doesn't have that, but it has cmd+H to "Hide" windows, and I don't feel that it clashes with the rest of Pantheon. Would it make sense to have an optional titlebar button for that, in addition to the keyboard shortcut? (If yes, then it probably needs a different icon than the down-arrow in the mockups.) Disclaimer: I haven't had a chance to try OS 8 yet. |
I find it really confusing to NOT have a minimise/hide button, and then somewhat cumbersome to have to click on the icon in the Dock to make the window go away. If this isn't going to be implemented, can someone please point me to something I can install to make these appear? I htink the OP did a great job on mocking this option up, too. |
I tried elementary for a while, to see if it would be a good fit to offer to older folks in my community. I've been reformatting Windows 10 computers with Linux and they get by just fine. The inconsistent window management button placement is a hurdle for many users. It doesn't feel familiar to them and some applications provide their own buttons. I love what Elementary is doing, but I feel we do need to offer features to help this OS "feel familiar" to what they've been using. They don't care that Gnome has no love for minimizing applications. This is a part of some users workflows for years. So for now I'm setting people up with Pop_OS... while waiting to see if Elementary 8 will have this sort of customization option built in. I'm also hoping for good screen reader support and other accessibility options, but that's a topic for another day. |
I just noticed that the document title for the site is "The thoughtful, capable, and ethical replacement for Windows and macOS ⋅ elementary OS"... so if our goal is to be able to replace peoples' Windows and Mac experiences, we should be able put the window management buttons in a place that is familiar to them. |
Problem
For many users, default window buttons location can be confusing because of their previous experience on Windows or macOS.
Proposal
Some beginner-friendly distros, like ZorinOS or Ubuntu Budgie (as other distros with Budgie being a default DE as well) provide an option to change window title bar buttons location to the left or right in settings:
And I think elementary OS should adopt this approach: use the current window buttons layout by default, but provide an easy-accessible option to change it to one used on Windows or macOS. This will be very helpful for people who have already used computer in the past, but starting to use elementary OS just now.
Sure, there are some third-party tools and config editors that allow to do the same (if not more), but the regular user likely won't even know how to use them.
Prior Art (Optional)
The concept is based on a little older switchboard UI, as the last interface change uses more vertical space, which makes it look too stretched with a new option added. I tried to make the new option's UX as intuitive as possible: there are 3 options, with the label containing the name of the most common OS where this one is present, and a picture of how it will look like.
UPD
Out of interest, I also made this kind-of-a survey on r/elementaryos (available at https://redd.it/uyatio/). Despite it is still ongoing, the current results show that more than 2/3 of participants use non-default window title buttons!
What I didn't expected though is the one more option (default WITH minimize icon) is popular as well, so perhaps there should be 4 options for most popular cases. I made a few newer concept arts for this, and also made the selection buttons a little more compact.
UPD 2
The survey is now finished, and by its results only 33% of voters use default elementary layout, so implementing this option makes even more sense, as for now there's no any built-in tools to select one of the most popular custom layouts via GUI. The visualization of the results available is at https://ibb.co/hBJM47Z
The text was updated successfully, but these errors were encountered: