Scotty-Trees , this says it all, "Gnome: "Extensions are bad! Themes are bad! Users choices are bad! Wait, where did everyone go?!""

I guess the Gnome Devs haven't looked at the enormous amount of HACKS (extensions) that are needed in order to use it for most people.

    I love coming to the Solus forum and blogs because I always seem to learn something I didn't know before.

    I didn't realize adoption on RUST was picking up steam like this and it's great to see! The downside is now I'm going to actually have to look at more of it because looking into EFL, it's now piqued my curiosity.

    That's the rub with communities. They tend to get passionately emotionally involved in it. Sometimes it's difficult for people to take negative criticism as well. Really like how the blog was written.
    R/

    I re-read Josh's great post and suggest doing a separate toolkit creation project. Within the framework of this project, you can invite all interested parties such as system76 and others to cooperate. Further, if the initiative finds great support among the developers, I think it is worth contacting users with a request to support the project. Conduct a hackathon show with a lot of fundraising (you need to explain why a toolkit is very important and can predetermine the interest of commercial developers in linux). This will provide developers with a development tool and users with many new programs. Surely, it sounds utopian, but it seems to me quite realizable

    also I would like to ask about the druid and orbtk in solus

      George Druid uses GTK3 under Linux, which is a non-starter. orbtk was really only brought to my attention by Jeremy (System76 and Redox OS) after the release of the blog post, so that's something that may be an option for some down the road, however at the moment EFL is the most comprehensive solution.

          JoshStrobl the last time I saw OrbTK it only had a screenshot of the calculator example and it didn't look very interesting. seems it's more fleshed-out than I expected- I may try porting one of my programs to this!

            I know it is pretty early on but am curious how the transition will take place. Do you plan on having a separate repo or desktop package for building and testing? Will there be an opportunity for opencollective contributors to help by testing? I absolutely love the dedication you all have and cannot wait to be a part of this transition.

              njakes The way I wanna go about it is having a "beta" branch + set of packages people can test out when it's ready, and I do intend on having testing images for folks (plus we'll need them internally, so win-win).

              I want to take the same path with the Software Center too, where you can install the new Software Center as a "beta" to start testing whatever is there (for example, it might start before sol is even done so we can test the other plugins), but still have the old one around for normal eopkg operations. Then once bugs are worked out and sol is integrated, all we gotta do to roll it out completely is update the main solus-sc repo package.

                Question, trying to understand the process of changing a ToolKit middle of the game. 😄

                Are you able to C/P into the EFL or is this a complete new build ?
                So like a 100 hours or 1000's of hours of work?, reading EFL the API components list looks very involved. 🤯

                  craigtoyoracer Are you able to C/P into the EFL or is this a complete new build ?

                  Nothing was going to be copy / paste from Budgie 10 to 11 regardless of the toolkit. It isn't just a matter of changing toolkits, Budgie 11 has always been a complete rearchitecture of Budgie and remodel of how many components of it work.

                    Here's to hoping things will move smoothly after this change, it'll definitely take quite the effort for the move but I trust you guys with keeping Solus such a nice release. I just pray it doesn't end up having an E17 feel to it, because I really dislike that DM hahaha.

                    Does anyone have any idea on how these GNOME developments affect other GTK DMs like Mate and Cinnamon?
                    Nevermind, apparently things are gonna be fine for those DMs as well since they ship their own aps. I'm still reading about it all and it's... kind of a mess. Some of those GNOME devs really sound hard to work with to say the least.

                    JoshStrobl

                    When the time comes, and you're looking for Budgie 11 testers, please keep me in mind. I have a pretty robust desktop that's not doing much at all. (Currently just serving .ISO files via torrents, and that is eminently uninterruptible.)

                        WetGeek When the time comes, and you're looking for Budgie 11 testers, please keep me in mind. I have a pretty robust desktop that's not doing much at all.

                        I have some spare VMs too... 🦊

                            Solarmass I have some spare VMs too...

                            As do I, and that's what I had in mind, actually. Being able devote several testing VMs instead of just one host workstation is very appealing. As is the easy availability of snapshots that can easily be discarded in the event that a bug causes the VM to become unresponsive.

                            Eventually, of course, DEs have to be tested on hardware, but much testing can be accomplished before it ever comes to that. Not to mention, tests can easily be done on distros other than Solus, where Budgie might be offered as well.

                              From what I see, it seems a good time to unhitch the wagon from the GNOME folks. EFL is potentially a blazingly fast environment (as shown with Enlightenment), so that seems a good base to build with.