• 2 Posts
  • 51 Comments
Joined 1 year ago
cake
Cake day: September 14th, 2023

help-circle










  • Yeah, that’s fair enough. It’s not just working overtime though - endless toil on never-ending projects, especially when at a certain point, you’re not really making visible progress but rather are just working on a seemingly endless list of bugs and papercuts, is also terrible for motivation. The good news, of course, is that the Pop!_OS GNOME extension also got delivered, which, though a lot smaller than COSMIC DE, I’m sure also wasn’t a small undertaking.


  • I mean, I don’t really mind - I’m pretty happy with GNOME. All I’m saying is that if I were the project manager, I’d worry about delivering something and not burning people out (“focus is choosing what not to do” and all that, and the last 20% of the work taking 80% of the time). But in the end I’m just a random person ranting on the internet, of course - I do actually hope that I’m wrong.

    But a diff viewer in the text editor… It just sounds like folks are eager to jump on shiny new things rather than finishing something, from the outside 🤷 Looking forward to be proven wrong!


  • No one would want to build applications for a platform that lacks widgets capable of properly displaying, formatting, and editing text.

    Is the idea that people are only going to be running Iced applications in COSMIC? It feels to me like the realistic option would be that, if COSMIC ever becomes daily-drivable, people would still be using GTK applications with it, at least at first. Might as well use a GTK text editor then? Then System76 could focus on building a text editor after COSMIC is a thing, and COSMIC would hopefully arrive sooner (or even at all - this looks like the path to burnout).





  • So you’re saying: don’t release the GTK 3 port until colour spaces are also complete? Why not give people what’s ready, and then when colour spaces are ready, cut another release? No need to make people wait who don’t need colour spaces.

    (Additionally, it’s easier to verify that bugs reported before the release of colour spaces are more likely to be related to the GTK3 port.)




  • I stuck with Toolbox for a long time because it was default, but then I wanted to be able to easily recreate my *boxes with the same set of packages when e.g. they broke for some reason, or because the distro they were built on released a new major version. Distrobox supports that with its assemble command, so I switched. Otherwise it’s not too different really, for a casual user like me, and if I hadn’t needed assemble, Toolbox would’ve been just fine.

    (Except that I keep forgetting whether Toolbox or Toolbx is the correct spelling now.)