https://twitter.com/jeremy_soller/status/1433088460655452162 I don't know why lots of developers have chosen GNOME/GTK to build their own desktop environment (Cinnamon, Solus, PopOS etc) but at this point, it's pretty clear that GNOME/GTK developers don't care one bit about them. They want to control their apps and their ecosystem and don't want anyone telling them what to do. GNOME/GTK is heading toward Google's ope…
> why lots of developers have chosen GNOME/GTK to build their own desktop environment Because the licensing status of Qt was for a long time somehow murky [1]. By 2000 when it was GPL'd many now-current desktop environments have already been born. [1]: https://en.wikipedia.org/wiki/Qt_(software)#History_of_Qt
Please don’t theme our apps
61–70 of 84 posts
Re: Please don’t theme our apps
#62https://twitter.com/jeremy_soller/status/1433088460655452162 I don't know why lots of developers have chosen GNOME/GTK to build their own desktop environment (Cinnamon, Solus, PopOS etc) but at this point, it's pretty clear that GNOME/GTK developers don't care one bit about them. They want to control their apps and their ecosystem and don't want anyone telling them what to do. GNOME/GTK is heading toward Google's ope…
I recently switched from KDE to Upstream GNOME because I was tired of long pending bugs(e.g. Dolphin/Baloo going rogue) while new features keep getting added. I was surprised to find how refined GNOME is, everything just works. I understood that my misconceptions of GNOME was because of how it was integrated in the distros especially inconsistent theming and this letter states why it is so. I can confidently recommen…
One can't even change the fonts of GNOME out of the box without first installing Tweak Tool and even then, you can't change the font of GNOME Shell itself. If you dare customize the CSS to change it, you're implementing "hacks". I wouldn't be surprised if the ability to change fonts was removed from GNOME and GTK.
Not to mention that GNOME devs seem to think that volume control slider isn't required in their music app and GNOME file picker still doesn't have thumbnails. So yeah, basic features are missing.
https://jayfax.neocities.org/mediocrity/gnome-has-no-thumbna...
Then again, it's probably a useless debate at this point since everything is subjective. I'm confident that one could come up with a desktop environment with windows turned upside down and inside out with colors changing randomly every second and many people would still like it and call it "polished" and "refined".
Re: Please don’t theme our apps
#63Gnome and GTK are designed with themes as a core feature, and have been for ages. This is like refusing to support application menus (vs window menus) when they became a core part of Gnome. I personally may not use them, but it is part of the system UI guidelines, and if I want my app to integrate with the rest of the system, I need to support it. Discussing what makes themes difficult to support - how to design them…
I don't know where you heard this, but to my knowledge this hasn't been true. GNOME 3 didn't really support "themes" proper, for a while now the only supported theme is Adwaita. It technically did support re-styling with CSS, and you could load a different CSS using the tweak tool, but this was always considered unsupported -- if you loaded a theme that had bad color contrast or makes the text otherwise unreadable or broke any number of other things that a theme could break, then that was on you. The option was appropriately hidden in the tweak tool so non-technical users wouldn't accidentally load a theme that breaks their desktop in an unrecoverable way.
>Discussing what makes themes difficult to support - how to design themes that don't break good apps, and how to design apps that don't break with good themes - would be far more productive
Respectfully, it wouldn't. This has already been discussed quite a bit and the problem is that if you want the full power of CSS theming then the apps will always break, because the theme can literally change anything anywhere. There is no way to design a theme or app that works correctly here, it's like trying to take a random CSS file from one website and then applying it to another random website. Sure maybe it might change some things, but most likely it won't really work because none of the class names will match up. The only way "theming" really can be done reliably is to do it in small controlled ways, e.g. I believe there is some discussion of allowing changes to the accent color similar to what Windows and Mac do.
Re: Please don’t theme our apps
#64Earlier quoted context omitted.
I recently switched from KDE to Upstream GNOME because I was tired of long pending bugs(e.g. Dolphin/Baloo going rogue) while new features keep getting added. I was surprised to find how refined GNOME is, everything just works. I understood that my misconceptions of GNOME was because of how it was integrated in the distros especially inconsistent theming and this letter states why it is so. I can confidently recommen…
It would obviously be easier for GNOME to ship an apparently more refined experience when customization possibilities are negligible and basic features are missing. One can't even change the fonts of GNOME out of the box without first installing Tweak Tool and even then, you can't change the font of GNOME Shell itself. If you dare customize the CSS to change it, you're implementing "hacks". I wouldn't be surprised if…
The default apps that come with GNOME are designed to be simple and unobtrusive. They're not trying to be a Photoshop or a Final Cut Pro. If you don't like them you are of course free to install and use some other alternative, for example KDE apps should run just fine inside GNOME, and vice versa. I don't have any comments on the file chooser, anything we say is flogging a dead horse. You can search some previous discussions on reddit for all the times that's been discussed (unproductively) over the last 15 years.
Re: Please don’t theme our apps
#65Earlier quoted context omitted.
Which other mainstream operating systems allow to apply global themes?
Windows, up until at least XP, had deep support for restyling. But this is beside the point: what drew me to Linux in the first place was that it empowered people to remix all the aspects and encouraged people to share these remixes (or “rices” as they’re called on r/unixporn: https://www.reddit.com/r/unixporn/comments/pfue6h/gnome_2_fo... )
Also, I would suggest avoiding the use of that term as it comes from a racial slur aimed at Asians: https://en.wikipedia.org/wiki/Rice_burner
Re: Please don’t theme our apps
#66I don't know why people are against this, it seems reasonable to me. If anyone goes beyond the intended usage (through themes or other modifications) then the developer shouldn't be resposible for supporting it
It's because the GNOME devs (which, I think, includes the GTK ones) have an extremely protective position towards "their" product, which clashes with the open source spirit. Theming ("branding", as they refer to) is, in a sense, just the core of their marketing campaign. This is not just ideology - they do try also in practical ways to prevent third party devs from customization. For a background of how horrible the…
Re: Please don’t theme our apps
#67https://twitter.com/jeremy_soller/status/1433088460655452162 I don't know why lots of developers have chosen GNOME/GTK to build their own desktop environment (Cinnamon, Solus, PopOS etc) but at this point, it's pretty clear that GNOME/GTK developers don't care one bit about them. They want to control their apps and their ecosystem and don't want anyone telling them what to do. GNOME/GTK is heading toward Google's ope…
>It's a mistake to consider GNOME/GTK as a community project.
You're getting this wrong -- GNOME is very much a community project, but it's one that happens to be heavily driven by designers. Maybe this is unusual for an open source project? The general point with the request is that you can't just try to make a desktop that re-uses some GNOME components while also throwing out everything their designers did, the end result there is that users have a bad time. This is not about making someone conform to anyone's way, this is about distros working with app developers to provide the best possible experience for users. Switching toolkits is not really going to fix anything here, you will run into the same issues with any other toolkit if you try to restyle apps in ways that were unsupported and unintended by the app developer.
Re: Please don’t theme our apps
#68Earlier quoted context omitted.
Windows, up until at least XP, had deep support for restyling. But this is beside the point: what drew me to Linux in the first place was that it empowered people to remix all the aspects and encouraged people to share these remixes (or “rices” as they’re called on r/unixporn: https://www.reddit.com/r/unixporn/comments/pfue6h/gnome_2_fo... )
You can still do that, but hopefully you understand that by doing so, you are in unsupported territory. Also, I would suggest avoiding the use of that term as it comes from a racial slur aimed at Asians: https://en.wikipedia.org/wiki/Rice_burner
Re: Please don’t theme our apps
#69When I used to write apps for Gnome I would always test with all the available style sheets. Why would you test with just one? At least try an inverted (dark) and a low contrast style.
Re: Please don’t theme our apps
#70Earlier quoted context omitted.
You can still do that, but hopefully you understand that by doing so, you are in unsupported territory. Also, I would suggest avoiding the use of that term as it comes from a racial slur aimed at Asians: https://en.wikipedia.org/wiki/Rice_burner
I didn’t realize that latter part, sorry