Re: My gripes with Gnome Shell



Nope, not a troll. Just a longtime Linux user who just wonders why some developers make the choices they make. Maybe I'm too old to be able to change easily.

On 09/27/2016 02:44 AM, Jean-Christophe Baptiste wrote:
Hello,

These criticisms are definitely not fair, I wonder if it is not a pure troll.
Gnome-shell is very functional and stable, I really enjoy it every day.

My only concern is that it is too much in advance compared to the status of the gtk application ecosystems. 
Many apps are not ready, and I wonder if they will be some day.

I am mainly thinking about the support of the notification system and the absence of tray.
It is at the core of the workflow, making sense of the notification area and the way dash works by default.

Without app support, the present workflow is completely broken. And for these numerous applications, the 
legacy tray or extensions (topicons) are still needed (but are currently not working in Wayland).

As an example of ready app, there is the Lollypop music player. It keeps playing while the window is closed 
and shows controls in the notification area.
But that is a rare case.

Here is a bunch of applications that cannot work with the workflow designed in Gnome-shell: keepassx, 
thunderbird, evolution, dropbox, pidgin, hexchat, usbguard, redshift. I use most of them all day long, but 
other people could probably find even more examples. And sometimes, there is simply no alternative whatsoever 
for these apps in the Gnu/Linux ecosystem.

Where is the man power to migrate or replace all these applications?

Regards,
JCB


Le 26/09/2016 à 23:35, Olaf Leidinger a écrit :
Hej,

I install Linux on a lot of computers.  My users all use an an app that
needs to start from a shell script, and after I leave, they have other
apps that likewise start in that way.  Minor?  Not to them.
Why would you start an shell script app via GUI?

Anyway, I'd suggest to adapt your shell scripts to place a simple XDG
file into the user's home. Or to globally create XDG files for those
apps and maintain them in a custom package. That's what I used to do
for proprietary stuff like Matlab or Mathematica. That way, they are
usable from any desktop.

Creating an XDG file is basically what "create launcher" used to do on
GNOME 2.x.

Nope.  The year --- why in the world can't we have the year display?
There are codes you can insert to display the date as you prefer.  Why
does Gnome not let us just enter those codes?

In the old days, you were able to use a configuration tool to enter
those codes.  Not any more.  Why?
I'm not going to ask why on earth you need the year displayed - since I
guess it's just an example. So let's come directly to the date codes.

Short answer: because nobody coded it.

Longer answer: It seems as nobody felt that showing the year was
needed. I'd assume the average user is scared off by entering date
codes / format strings. Furthermore, it's more complex. I'd be
astonished, however, it a patch to manually set a format string via
dconf would be rejected.


    I want a working weather app.
What do you mean by working? I'm using the Openweather extension. Works
just great.
Mine says "Invalid Extension."
Probably not correctly installed. The weather extension works great
here on Debian testing. What distribution and GNOME version are you
using?


I want Gnome to do this stuff.  I grew up on the old Gnome classic
desktop, and I really wish I could continue.  Cinnamon is okay, but it
just doesn't feel comfortable to me.

Oh well.  Back to XFCE.  All is simple there.
What do you expect? You must realise, that you affront the people on
this list that way. Makes you look like a douche bag - and I guess this
is not what you intended. On top, why do you think that people care
what desktop you are using?


Thanks for the response.
You're welcome!

Best regards,

Olaf
_______________________________________________
gnome-shell-list mailing list
gnome-shell-list gnome org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]