Re: I believe we should reconsider our sys-tray removal
- From: Link Dupont <link sub-pop net>
- To: Britt Yazel <bwyazel gnome org>
- Cc: desktop-devel-list gnome org
- Subject: Re: I believe we should reconsider our sys-tray removal
- Date: Sat, 23 Mar 2019 20:52:28 -0700
I second the request to revisit this. Britt's argument about
fragmenting the user experience makes a lot of sense. Is there a place
in the System menu (the top-right corner menu) where these application
icons + menus could live? The GSConnect extension adds an entry there.
On Sat, Mar 23, 2019 at 11:06 AM, Britt Yazel <bwyazel gnome org> wrote:
Ladies and Gentlemen,
Congrats on an excellent 3.32 release! As the one handling the front
facing side of our social media accounts, I can safely say that the
users are EXTREMELY happy with the changes, both features and
performance, so give yourselves a nice pat on the back :-)
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. I believe our goals of putting
pressure on application developers to ditch the antiquated
app-indicator model fell mostly on deaf ears, and not having the
sys-tray icons is mostly a nuisance for people, and big pain point
for many.
Our users (myself included) and our software partners (Ubuntu,
System76, Purism) have reverted to using extensions to return this
behavior. Some use KStatusNotifier, some use TopIcons/Plus/Redux, and
the point I'm making is that we have forced our users to fragment
themselves between many solutions, some decent and some fully broken,
for what they perceive as base level functionality. 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.
So to sum up, most users who I talk to on social media and in person
are using many different 3rd party solutions for sys-tray icons, and
this fragmented approach is hurting our image, annoying our users,
and is fragmenting our user experience to the point of actual
detriment. I think we need to re-evaluate a solution for 3.34, and
that this should be a focus this cycle. I believe that there is an
elegant solution to handling sys-tray icons without sacrificing our
core goals, one idea being to incorporate it into the Dash. However,
I don't think we should go forward into 3.34+ without a 1st party
solutions in place for how to treat sys-tray icons, because (sadly)
they're not going anywhere.
Cheers!
-Britt Yazel
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]