jhasse

Because they don't even know what e2e encryption is.

Signal is so much worse than WhatsApp from a UX perspective. Backup sync forces you to allow background permissions (WhatsApp doesn't), you have to set and get nagged to enter a PIN every few weeks (WhatsApp doesn't), there's no transcription for audio messages (WhatsApp has that for some languages), the desktop app loses its connection if you don't open it ever few weeks (WhatsApp works fine), etc.

If you want people to switch, recommend Telegram.

Open an X11 app and it will be blurry.

Also fractional scaling is not supported out-of-the-box in GNOME, you have to set a config value to use it IIRC.

Still better than macOS and Windows where third-party theming is basically non-existant.

And we were talking about why Linux wasn't an alternative to macOS, weren't we?

you're right. What I meant was that it should always be 8 bit, too.

Of course it can be made UTF-8. Just add a codepoints_size() method and other helpers.

But it isn't really needed anyway: I'm using it for UTF-8 (with helper functions for the 1% cases where I need codepoints) and it works fine. But starting with C++20 it's starting to get annoying because I have to reinterpret_cast to the useless u8 versions.

That's where the standard should come in and say something like "starting with C++26 char is always 1 byte and signed. std::string is always UTF-8" Done, fixed unicode in C++.

But instead we get this mess. I guess it's because there's too much Microsoft in the standard and they are the only ones not having UTF-8 everywhere in Windows yet.

Visual Studio is mostly written in C# btw.

Let's also not forget one big reason VSCode took over and Sublime lost: VSCode is gratis and (mostly) open-source, while Sublime is proprietary.

On macOS too. On both operation systems 99% apps do though. Maybe its 99.9% on macOS vs 99.8% on Windows. But I'm using HiDPI on both and it was a long time ago that I encountered an app that didn't support it.

Double click on the edge on Windows :)

It can be: What definition to jump to if there are multiple (e.g. multiple Translation Units)? What if the function is overloaded and none of the types match?

With grep it's easy: Always shows everything that matches.

I disagree that Mercurial was better. For example Git was always much faster.

GNOME still has some problems with fractional scaling, but KDE works perfectly. I'm using two displays, one with 150% and one with 100%. No blurry apps and absolutely no issues. Have you tried it recently?

inline and ; are redundant

That's exactly what apgcc from Autopackage provided (20 years ago). https://github.com/DeaDBeeF-Player/apbuild

But compiling in a container is easier and also solves other problems.

It's actually doable without an old glibc as it was done by the Autopackage project: https://github.com/DeaDBeeF-Player/apbuild

That never took off though, containers are easier. Wirh distrobox and other tools this is quite easy, too.

You can choose the version. There was apgcc from the (now dead) Autopackage project which did just that: https://github.com/DeaDBeeF-Player/apbuild

Same as Windows. Instead the system freezes.

Then Android gets forked.

GrapheneOS has device attestation support on Pixel devices, i.e. it passes SafetyNet. It's just that some apps (e.g. Google Pay) explicitly exclude it.

Yes wirelessly via an USB dongle.

Most of Android isn't GPL, so I would guess not.

Already exists. LineageOS, /e/OS, GrapheneOS, to name a few.

Well you can. But then it has to be completely your own software (i.e. OS).

Bad example because that .pkg was probably signed with a developer certificate with approval from Apple - just as would be the case on Android in the future.

You can still install software on it.

> btw, does anyone know if Huawei is following along with this in their fork?

They are moving to their own completely proprietary OS called HarmonyOS NEXT.

Using x86_64 laptops???

If you open a .cpp file it will silently download clangd in the background. Same is true for other language servers AFAIK.