-
Notifications
You must be signed in to change notification settings - Fork 50
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
Feature idea: Cosmic-applet-group #336
Comments
Do you mean like a mini popup panel that holds all the grouped applets, that can then be individually clicked? Though this sounds like something that would just introduce extra clicks, for some space savings on the main panel (a mini popup panel would probably be better used for overflow behavior). Or something more like when clicking the group applet, the applets inside are merged somehow and are opened all at once (similar to GNOME)? E.g. cosmic-applet-time and cosmic-applet-notifications could be merged to get a similar layout to GNOME. The latter option would help with touchscreen use (because of a bigger touch target), if its limited to maybe 4 applets. Though the applets were deliberately separated in COSMIC, so not sure if something like this is desired (and probably not something for the MVP). Or did you mean something else? :) |
Yeah! I was attempting to find the most generic way to group applets, without introducing complexity in the applet implementations. It would introduce another click, but the goal is space savings, like you mentioned. I know that UX team will sometime in the next month probably have designs for overflow behavior, but these groups aren't necessarily for use specifically when there's no room. I guess it could be used for that though!
I also thought about that, but not every applet has a pop up, and not every applet can merge its popup reasonably with another. It's worth considering though. An alternative approach would be letting applets decide if they are groupable in this way, but the popup idea is of course easier to implement.
I think the former could too, since the popup would of course scale with display scaling, and with the latter idea you risk running out of vertical space for the mega-popup
You got it right I believe! :) |
Now that I've seen your screenshot in the applet icon size PR @ryanabx, I agree that something like this would be useful (ignore my previous comments 😅). |
I think the objective being described is to use less space on the panel while still including access to commonly-used settings in a pop-up. The best way to achieve that would be a Quick Settings panel like ChromeOS (Quick Settings applet in COSMIC parlance). It would likely replace power, time, battery, bluetooth, wifi, and audio applets with a smaller set of the features from each. |
I thought that COSMIC didn't want to have a quick settings applet like that, but I'm personally a fan of such a solution for this. |
Yes, that would accomplish my goal! I think I fell for an X Y problem to be honest, quick settings is really what I'd like to have, but making it "extensible" for third party applets was a nice-to-have, but honestly not super necessary if we see lots of space savings. |
Also would be neat to keep this applets optionally separate to those who doesn't like quick settings like in ChromeOS and current GNOME |
I would imagine that this would be a different applet, since separating applets (for more features) was one of the goals of COSMIC. |
I've been thinking about this idea for a few weeks now, but I'd like to gauge interest from a group applet, that essentially creates a pseudo panel that reveals itself on-click. This would allow for example combining all the small applet buttons into one (e.g. tiling, audio, network, battery, notifications, bluetooth, power) or any combination of those into one. (For example, combining network and bluetooth, or battery and power, etc.)
This type of applet would be similar to the panel-button applet in that the desktop file will decide configuration i.e. what apps get put in this 'subpanel'.
I don't have any design mock-ups but I can whip out an implementation some time when I'm not so busy :)
The text was updated successfully, but these errors were encountered: