Originally posted by Anvil
View Post
Announcement
Collapse
No announcement yet.
GNOME 40 Aims To Have A Better Extensions Experience
Collapse
X
-
The gnome extensions web is full of broken extensions. And most of them is because of lack of maintenance. This will not fix that. And a CI doens't ensures everything works. We are talking about interactive things that mainupates an UI, they can probably run and all the APIs they use be working, but render a broken interface because UI chages in gnome-shell.
If an stable API is not an option, I think a better solution would be to enforce declaring the gnome versions your extension supports when uploading it, and require to update that list each gnome release. Making the developer manually udpate the extension specyfing it supports the new gnome version, it probably means it has tested the extension. And users will not be bothered with an infinite list of extensions where most of them doesn't works well or doesn't works at all.
- Likes 5
Comment
-
Originally posted by 144Hz View Postschmalzler You are free to choose how you develop and deploy your extensions. GNOME’s GitLab is just the better option.
- Likes 1
Comment
-
Originally posted by agaman View PostThe gnome extensions web is full of broken extensions. And most of them is because of lack of maintenance. This will not fix that. And a CI doens't ensures everything works. We are talking about interactive things that mainupates an UI, they can probably run and all the APIs they use be working, but render a broken interface because UI chages in gnome-shell.
If an stable API is not an option, I think a better solution would be to enforce declaring the gnome versions your extension supports when uploading it, and require to update that list each gnome release. Making the developer manually udpate the extension specyfing it supports the new gnome version, it probably means it has tested the extension. And users will not be bothered with an infinite list of extensions where most of them doesn't works well or doesn't works at all.
- Likes 5
Comment
-
Originally posted by schmalzler View Post
According to GNOMEs very own plan (see my quote above), you can't chose how you deploy your extension. It all will be done by GNOME. Development can be done wherever you want, but you need to also push to GNOME gitlab.
No one forces you to release there, a makefile is enough to install the extension.
- Likes 5
Comment
-
Originally posted by schmalzler View PostInstead of being nice he should just tell the truth: You have to at least commit (and fix) your extension on GNOME gitlab because otherwise your extension won't be part of gnome. Because it all reads like GNOME wants to own and release those extensions together with gnome and force devs into "being part of gnome".
"* Bring extensions as part of the GNOME release process and provide early warning to extension writers that their extension does not work on the latest release.
* Centralization of gnome-extensions to the GNOME Gitlab so that all extensions can be seen and tested. Developers are free to develop their extension on any platform, but must push to the GNOME gitlab service for submission.
* A set of policies and requirements that will hold extension writers accountable for maintaining their extensions including unit tests."
Sounds like the opposite of freedom to me...
- Likes 3
Comment
-
I hope this goes places. Long term extension support has always been my peeve with GNOME since I'm usually on a rolling release distribution.
My GNOME experience has damn-near universally been:- Install distribution
- Find plugins to fill in desktop gaps
- Update distribution a few weeks later
- Remove 2/3s to all of Step 2's plugins because update breaks them
- Wait a few weeks and see if plugins get updated
- Another distribution update
- Get tired of waiting on plugin updates and install a different desktop
- Likes 4
Comment
Comment