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 > _______________________________________________ gnome-shell-list mailing list gnome-shell-list@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-shell-list
