Qualcomm uses their own Adreno GPUs, they are different from ARM’s Mali which are even worse.

If it doesn’t even boot from the USB stick then it’s probably a hardware issue.

It’s not ready yet.

The protocol for apps/games to make use of it is not yet finalized.

Gconf was text though (well XML actually but not binary).

Variable names shouldn’t need comments, period. You don’t want to look it up every time this variable is used in code, just to understand what it holds. Of course there are always exceptions, but generally names should be descriptive enough to not need additional explanation.

And context can also come from names of other things, e.g. name of a class / namespace that holds this variable. For example AccessibilitySettings.HighContrast, where AccessibilitySettings holds all options related to accessibility.

It is scalable but the icons are still drawn against the virtual pixel grid. If an icon is designed to be perfectly pixel-aligned when rasterized at a certain size, then rasterizing it at 1.25 of that size will cause small distortions if it contains small elements (such as 1 px width lines).

I fear that at these resolutions we will discover that UI frameworks are not really scalable in terms of performance

Even “real” fractional scaling in Plasma with Qt 6 is not much better. Text will look slightly sharper, but icons are still blurry. There is no way for them to look sharp with 1.25 scaling since they are drawn with a pixel grid in mind. Unless you invent some way to stretch svgs so that their individual elements and spaces between them retain their integer-ness while the scale of the whole image is fractional.

The only other solution is monitors with 300+ PPI where blurriness is simply not noticeable (that’s the way Apple went).

It looks mostly the same as XML views but some components look and behave wildly different for no apparent reason (tooltips are one of those).

I have given up on the fight a long time ago. On the desktop the only line I draw is that the app must respect system font configuration and use system-provided file dialogs.

JS by itself is very fast (it’s one of the fastest dynamic languages). It’s interop with platforms APIs that is slow, at the fact that each React app spins up its own instance of Chromium also doesn’t help.

Same with Compose even though it’s ironically considered native in the Android dev community.

The easiest way to tell that the app is not native is tooltips (those that appear when you long press on a button in a toolbar). For some reason UI frameworks just can’t agree to display them in the same way, even if they use material design. Compose’s ones are especially bad (some apps like Play store actually have different kinds of tooltips on different screens, meaning they use multiple UI frameworks in the same app).

No, but there are many obstacles. Besides usual ones common to migration in general, due to sanctions people who want to emigrate won’t be able to easily access their money left in Russia. Also if they speak up against Putin everything they left in Russia will be confiscated and returning back (for any reason including possible deportation) will be dangerous (Russia is smart enough to not charge dissenters living abroad so that they won’t be able to claim asylum, but when they return they can be arrested. This strategy was used since USSR times). This makes emigration a risky proposition unless you already have a high-paying job lined up for you, and can receive foreign citizenship in a short time.

There are a lot of people there that haven’t experienced oppression personally and genuinely believe that “strong ruler” that “keeps people in line” is what’s needed for their country to be “strong”.

Also one of the key points of Russian propaganda that has been hammered into them for decades is that “democracy is a sham” and that any alternative to Putin’s regime would be just as oppressive and simply less “competent” (and therefore lead to Russia’s ruin).

Putin supporters do not believe that democracy can work and they don’t want democracy, as simple as that.

That can be true for self-contained command line tools, but not for complex programs with actively development dependencies (especially anything dealing with networking or encryption). For example hexchat uses GTK2 which is likely to be removed from mainstream distro repos in the coming years because it has been obsolete for a long time. Also openssl which is known to change its API occasionally which means that anything that uses it needs to be updated to stay compatible.

I tried cosmic in VM and they have a long way to go. Whatever they release in 2024 will be just barely usable, nothing more. Think of stability of KDE 4.0 with 1% of its features. I’m not saying that they are doing a bad job, quite the opposite. But what they have right now is only nearing the bare minimum, and the road ahead is long.

Wayland is not a drop-in replacement tho. It’s like if glibc developers declared it obsolete and presented a “replacement” that has a completely different API and has 1/100 of glibc functionality and a plugin interface. And then all the dozens of Linux distros have to write all the plugins from scratch to add back missing functionality and do it together in perfect cooperation so that they remain compatible with each other.