Quick Settings Menu Design #446
Replies: 12 comments 19 replies
-
Have you seen GNOME's new design Danielle? |
Beta Was this translation helpful? Give feedback.
This comment was marked as off-topic.
This comment was marked as off-topic.
-
Cool cool, as long as it does not change the scrolling-over-indicators behavior: changing volume / brightness by scrolling over the volume / battery indicators, or middle-click volume indicator to mute. |
Beta Was this translation helpful? Give feedback.
-
MacOs provides an option to enable the icon triggers for most items despite their presence in control panel. Pantheon could implement something similar. eg. One setting to allow menu bar icons to be grouped (clicking any menubar icon opening the panel)/ or present implimentation (clicking specific menubar icon will open ony that menu). |
Beta Was this translation helpful? Give feedback.
This comment has been hidden.
This comment has been hidden.
-
Was talking concept not specific code programming and/or execution. 4:48 PM, April 12, 2022, "Danielle Foré" ***@***.***>:
No, it's not possible. GNOME Shell is completely dissimilar from Pantheon. It uses it's own internal toolkit whereas Pantheon uses Gtk
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
-- Sent from Yandex Mail for mobile
|
Beta Was this translation helpful? Give feedback.
-
Is it planned to include power profiles in the quick settings? Iirc power profiles were planned for OS7 |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Your implementation looks great! Could you add a control for printer setup as well as a notification (jobs completed, ink levels, etc.) for printers?
Get Outlook for Android<https://aka.ms/AAb9ysg>
…________________________________
From: Radical4ever ***@***.***>
Sent: Friday, June 24, 2022 4:03:00 PM
To: elementary/wingpanel ***@***.***>
Cc: Lucy1958 ***@***.***>; Comment ***@***.***>
Subject: Re: [elementary/wingpanel] Quick Settings Menu Design (Discussion #446)
Well, this is what im talking about of something unique for elementary os!
—
Reply to this email directly, view it on GitHub<#446 (reply in thread)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AWPW2VPYU2JBOXMIX4P4EDDVQYH7JANCNFSM5TD6WDEQ>.
You are receiving this because you commented.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
I think that the old implementation of panel is better than single menu cluttered with buttons. Even on 1280x720 there still a lot of free space, because there is not tray icons by default. Also how many users will use elementary on mobile-sized screen? Why hundreds of PC users should make compromises because of a minority of 5 people from all over the world. Recently, due to the widespread optimization of the PC interface for touch control, using a PC is becoming less convenient. |
Beta Was this translation helpful? Give feedback.
-
I'm probably not the only one who doesn't see the point in spending man-hours adapting the interface for mobile devices? Just ask yourself what percentage of the mobile device market does Gnome represent? And he has been developing the idea of a hybrid environment for more than 10 years. As a user of Win11, Linux (plasma 5, Elementary OS) and Mac, I can say that this curtain on a desktop has no advantages over separate controls. Instead of one action, you force the user to do two or three. If the curtain is not customizable, then it will be a failure. |
Beta Was this translation helpful? Give feedback.
-
I came here from the latest blog post:
In my opinion, neither "everyone else is doing it" nor "it's necessary on mobile" should have any effect on the desktop UI. There is no mobile elementary OS right now; I wish it existed, but wouldn't wingpanel + dock have to be replaced with a distinct mobile UI anyway? That makes the situation different from macOS, which often emulates iOS to the detriment of desktop usability (see new System Settings app 🙄). Windows is yet another story, with a system tray that is overflowing with third-party noise, which their new design avoids. But elementary has already dropped support for arbitrary indicators. Both Windows and macOS also have a system tray that competes for space with other elements on the screen: app menus on macOS, task bar on Windows. That's not the case in elementary OS either. |
Beta Was this translation helpful? Give feedback.
-
Problem
If we want to start thinking about responsive/mobile, the current panel design has a couple of issues:
Each group of settings necessitates an icon to reach it, which means the more groups of settings we want, the more icons we need. This is already awkward on desktop for example, where we have a placeholder power icon so you can see the battery status of peripherals. On mobile we have limited horizontal space, so if we want to indicate things like portal usage etc, we need to avoid icons that aren't indicating important information.
Since each menu is triggered by a separate icon, you need much more precise pointing to activate the correct menu. On desktop we compensate for that with scrubbing, and we could do something similar on mobile (I think Ubuntu Touch does this), but it is a much less granular gesture to swipe or tap a large activatable area to reach a single menu.
There is already a desire for some controls and indicators to be transient, for example night light and privacy/portal indicators. At the moment, night light is not accessible from the panel while not activated. It's also unclear how to categorize settings such as dark mode. Some privacy/portal indicators make sense to be grouped with other settings like microphone, but it's unclear how to group others like webcam or screen recording or location. There is also might be utility in quick controls that don't necessarily indicate anything like screen casting or controlling IoT devices
Proposal
It might make more sense to move to a quick settings menu style design with a singular menu for accessing these types of controls. This would eliminate the need for each group of controls to require an associated icon and give us a single click/tap/drag target to open the menu. It's worth considering that this could also help users on desktop with different kinds of pointing devices or motor control ability.
We could be a lot stingier with only showing icons that indicate a change in state from what is expected or that need attention. For example, iOS doesn't show a volume indicator at all times. We might not need to show an indicator for things that are in their expected state, like bluetooth enable/disable.
We could show indicators for things that don't necessarily have quick controls associated or are hard to group like privacy/portals
We could include quick controls for things that don't need an indicator like nightlight and dark mode, peripheral battery status, and other potential controls like IoT devices, screen casting, etc.
Prior Art
Windows
macOS
GNOME
Chrome OS
Beta Was this translation helpful? Give feedback.
All reactions