Not a security issue, copyright/license issues.

In my experience, many Gnome apps make doing complex tasks pretty easy compared to third party apps. However, it is at the cost of customization and questions like “why can’t I do this???”

But in general, Gnome’s simple design works for me, most things feel clean and polished. I don’t need the vast majority of features offered.

In the cases where Gnome’s default aren’t powerful enough, often times the KDE equivalent isn’t good enough for me either despite offering more features and customization.

As an example, Gnome Text Editor vs Kwrite and Kate. GTS has the basics I need like line numbers (Apple’s text editor does not have this…) and that fits 80% of my needs. But what about more advanced things? Well, no markdown support but I don’t think Kate has that either. What about coding? I’d rather use a dedicated IDE than Kate or GTS.

The bar is meant to be very minimal and not distracting.

It takes up space, sure, but it’s close to the minimal height while still having easily readable time up top

You can purchase used electric cars too.

That’s valid.

That’s also part of the reason I like Webkit. It’s in a nice spot between Firefox and Chromium when it comes to security and performance. And importantly, is not from an ad company and often passes on browser specs that would be harmful to privacy and security.

I forget what the site is called, but I saw one that nicely layed out different browser specs and gives the explanation why one of the engine developers decided against supporting or implementing it.

The truth is that Chromium is really good. It has the best security and performance.

Vanadium takes that and makes changes to make it more secure and private.

Not a filter issue.

I’m using the browser web page version, not extension. And it’s not a case of waiting, it would be days or weeks after creating it that I would notice it’s gone.

I believe those warnings are old, I believe Proton recently begun maintaining those themselves. I read some sort of testimonial from Proton about how great the Snap Store is and blah blah blah, though I can’t find the blog post for it.

The apps are from Proton AG on the Snap Store, which is a verified account. And the Proton Mail snap doesn’t have that warning, while for some reason the other two still do.

Edit: found it https://discourse.ubuntu.com/t/snapping-privacy-into-place-proton-s-gpl-powered-journey-with-ubuntu/67251

You don’t really need to check the checksum.

Also, if you’re on Ubuntu, you can officially get the Proton apps from the Snap Store, no terminal necessary. And there’s also unofficial repackages on Flathub.

No, it’s a limitation with swaybg so they created a tool that doesn’t have that limitation.

Sideloading or preinstalling?

Sideloading already existed, but only for ostree flatpaks. Flatpak also supports OCI flatpaks, but the support for those aren’t as good, hence the previously missing side loading support.

“We do <thing > because we always did before <thing 2>” is not a good point

I didn’t mean it in a “this is better way”. I’m just saying that Wayland was designed around the idea of client side decorations, not server side decorations. Gnome has stuck to the more purist vision of Wayland, which makes sense since I believe they were its biggest proponent.

That can be dropped eventually too. Compositors like Niri don’t implement Xwayland support directly, and instead use Xwayland Satellite.

The for argument is basically the following

• Wayland as a protocol was designed around CSDs, protocols for SSDs came years later
• Having the client control the CSDs simplifiies things for the compositor and apps
  • The compositor has less things to implement and test
  • Modern apps tend to prefer CSDs anyway since it provides more flexibility, very common on MacOS and Windows
  • It’s difficult to coordinate things between the client and compositor.
    • Something that annoys me about KDE is that they do this headerbar look where the top part of the application will match the color of the the titlebar. However, the top part of the application is drawn by the application and the titlebar is drawn by the compositor. But when the color changes (such as going from unfocused to focused), they do not update at the same time, so for a frame or few the top part of the application is a different color than the titlebar. That wouldn’t happen under CSDs.

No

[Blockchain] technology is neutral. People make it good or bad.

Sure, maybe. But you’re making it clear you’re in the bad camp too when you’re announcing this with NFTs.

I question their motives with Bedrock more than Java. Though there is some stuff like the chat censorship in Java that is questionable.

I hope the performance significantly improves by then. Beta 1 felt pretty rough to me. And also, animations.

It’s not a Rust bug, it was a logic bug in uutils.