Re: I believe we should reconsider our sys-tray removal
Hey Britt, Britt Yazel wrote: > > I want to re-poen an old argument now that we have seen the effects of > removing the sys-tray/app-indicator tray for well over a year. In short, > the users are not happy. > As I recently wrote on GitLab [1], I'm open to re-evaluating this from a design perspective. However, I think we'd need a different implementation from GtkStatusIcon, and to my knowledge acceptable alternative isn't available. > I believe our goals of putting pressure on application developers to ditch > the antiquated app-indicator model fell mostly on deaf ears > The goal was never to force app developers to do anything, and they can include a status indicator if they want. It's just that it won't be shown by default. If you haven't seen it, I wrote a lengthy account on my blog [2]. > An example of this biting us in the arse is that with 3.32 TopIcons is > causing the CPU usage to run through the roof, and people are blaming the > Shell for the CPU usage, not the extension, leaving our users with a bad > taste in their mouths. > Can we can do a better job at sign-posting which extension people should use? Allan -- [1] https://gitlab.gnome.org/GNOME/gnome-shell/issues/1014#note_457856 [2] https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GNOME 3.32 milestone review
Great initiative, Carlos! Carlos Soriano wrote: ... > gnome-screenshot, retire app menu - Part of the GNOME initiative to remove > app menus. There is a MR, needs some review. Deadline 4th February, UI freeze. The thing we're missing here is participation from a maintainer. Is gnome-screenshot actually maintained nowadays? If not, can assign a new maintainer? Regarding the app menu retirement initiative, the lack of progress on Totem [1] is also a concern. Allan [1] https://gitlab.gnome.org/GNOME/totem/issues/265 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Retiring app menus - planning for 3.32.0
Christian Hergert wrote: ... > > "There is no need for the Quit menu item and the recommendation is to > remove it from all locations." > > - What about applications that have multiple windows? It seems > cumbersome to track down all your windows to ensure the application exits. My answer right now is, well, users will have to close each window individually, and that's probably a good thing. For one thing, it will help to prevent accidental closure. However, if there are specific cases where closing multiple windows at once is important, that would be good to explore. > - If we were to do this in conjunction with systemd/cgroup2 CPU > priority for foreground/background applications (like Android) I'd feel > a lot better about it. > > - I'm also concerned due to how many applications we've had over the > years that get themselves into various types of spin loops. Do we want > to rely on the compositor/shell for force quit? > > - Perhaps this also should be attempted in conjunction with > save/restore session APIs like the old days of SMClient so that we are > more free to kill/freeze background applications on constrained devices? These all sound like good things to investigate, and if this change pushes us to do that, then all the better! Allan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Retiring app menus - planning for 3.32.0
Andre Klapper wrote: ... > Personally I've always wondered how the "Keyboard Shortcuts" item > potentially duplicates dedicated pages in some user docs > It would certainly be good to have a coordinated strategy. One obvious question is whether to list shortcuts in a separate section or sprinkle them throughout the docs (or both). The other question is the issue that Adrien brought up - where to document gestures (could be touchpad or touchscreen). Allan ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
