this post was submitted on 11 Apr 2026
61 points (96.9% liked)

Linux

13226 readers
397 users here now

A community for everything relating to the GNU/Linux operating system (except the memes!)

Also, check out:

Original icon base courtesy of lewing@isc.tamu.edu and The GIMP

founded 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] hexagonwin@lemmy.today 12 points 9 hours ago (1 children)
[–] yetAnotherUser@lemmy.ca 5 points 7 hours ago (2 children)

Here's what they say in that article about why they turned it into a web app, for those who don't want to look for it

Since we’d likely have to rewrite a lot of the frontend anyway, we took another approach [an approach different to keep using GTK] and have taken advantage of the modularization efforts to retool the frontend to have a web-based interface instead. The Cockpit team has been providing a web-based interface for Linux systems for managing systems for many years in the Cockpit web console, so it made sense to reuse Cockpit as a base and its web-based widget set, PatternFly, as a starting point for the next generation of Anaconda too.

By-the-way: We’re using Firefox to render the UI when you’re installing locally. (There’s no Chromium or Electron involved.)

Web-based benefits

While it’s not a native toolkit like GTK, using a web based UI does have several benefits:

  • It’s easier to update and maintain versus a traditional desktop application
  • We now use Cockpit’s testing frameworks to test Anaconda’s web UI
  • It’s easier to adapt to future changes
  • It enables more community contributions, as it “lowers the bar” for know-how, as there are many more developers familiar with web development than GTK development
  • We can extend it to interactively install a remote machine using Anaconda from another computer’s Web browser in the future

Huh, I wonder if developing a web app is that much easier than developing a GTK app, or a Qt app... I mean, sure, there are way more web developers than people experienced with native development toolkits, but I wonder if it isn't a tooling problem from the part of the toolkits. I certainly don't have any experience in any of these, so I'd love to hear other people's thoughts.

[–] frongt@lemmy.zip 2 points 3 hours ago

Yes. Browser engines are a hell of a lot more forgiving. And a lot faster to iterate with during development.

[–] bitfucker@programming.dev 5 points 6 hours ago

Developing cross platform native apps sucks a lot no matter the tech stack. Compared to web technologies where the burden to follow the spec is the platform if they wanted to have interop with the web, the dev doesn't have to fight the platform.