I’m a flutter dev, and I’ve seen testimonies from a former Windows 98 dev about limiting the number of redraws in the shell.
There’s deffo extra overhead, but it’s not linear - 4k being 4 times as many pixels as 1080p doesn’t mean 4k the work to render after the first frame, as the browser/framework will cache certain layout elements.
The initial layout is still expensive, though, so big tables will take longer, but that big table at high Res will probably be less chuggy when scrolling once loaded.
I guess it’s more niche.
Sure SUSE may not “need” a fork, but most forks of Debian and Ubuntu aren’t changing much beyond a few superficial settings - If you need your “own” distro you’re more likely to pick the bigger distros to fork and slap your own badge on á la TuxedoOS, PopOS, GnomeOS, KDE-Neon, etc.
yeah figma is GPU accelerated for all the vector graphics it handles
Figma is great for designers, there are sadly very few applications that support collaborative UI-UX design. We badly need a FOSS alternative!
Some distros allow this. Nix for example allows you to save config files that describe your entire system (apps, settings, etc) and then load them in one go. Other distros are following suit with their own tailored solutions too (I think Ubuntu might have something? Manjaro?).
That might save a bit of power, but your dedicated GPU is usually in an idle/powered down state until your compositor gives it specific applications to accelerate. for Nvidia laptops this is what the PRIME/Optimus feature does.
Your GPU doesn’t need to re-render your entire screen every frame. Your compositor will only send regions of the screen that change for rendering, and most application stacks are very efficient with laying out elements to limit the work needed.
At higher resolutions those regions will obviously be larger, but they’ll still take up roughly the same % of the screen space.
Unless you’re running games or 3D intensive apps no. Resolution is cheap on power under normal circumstances.
Fedora, Ubuntu etc. use up to date packages if you’re using flatpaks and snaps. Nix I suppose fits the bill better but it’s a harder distro to “learn” than arch imo
How about Rhino? Rolling release of Debian Sid iirc
I like the approach here, but the requirements are a little vague and prone to bikeshedding. Stuff like “could this be used by multiple clients” might mean a protocol is held in limbo whilst it’s given extra scope for example.
It’ll need some strong moderation which might rub people the wrong way, but if this keeps Wayland’s cutting edge moving whilst the official solutions are found, I’m all for it.
Wayland’s approach has always been to make 3rd party protocols easier to opt in and out of. Sway and Hyprland both used custom protocols whilst official solutions were being designed iirc. Nothing stopping anyone from switching from one protocol to another if they implement the same thing down the line.
At least this way, compositors may be able to use something like frog as a shared “experimental branch” which can be enabled for users who need them, but otherwise disabled whilst Wayland core isn’t pressured to work faster.
It’s up to Wayland to make these projects obsolete if it causes them or users a problem.
This makes no sense when she’s gleefully announced a wave of austerity already. Austerity does not fix austerity.
Like everything in this stupid world, they’ll just claim it isn’t happening and everyone will be okay with it.
Austerity? There’s no austerity in ba sing se.
Genocide? There’s no genocide in ba sing se.
Recession? There’s no recession in ba sing se.
rust Vs c drama getting out of hand
I think (aka speculate) that the fact that Windows is the largest OS plays into the fact that Linux-Mac compatibility isn’t more developed.
I bet some 90% of desktop software is available on Windows (even many core KDE are on Windows!) so targeting them brings most Apple apps onto Linux “for free”. Especially since Apple’s insistence on trying to make Metal a thing hurts gaming support, which is a big driver behind Linux compatibility development.
The few applications that MacOS has over both Linux and Windows are usually so embedded into the Apple ecosystem that you’re not getting much by porting them anyway. iTunes? The App Store? Garage Band? Probably doesn’t help that many of those apps also use Apple’s own UI framework which isn’t really portable.
However, stuff not designed to live in Apple land like Teams for Mac or Adobe CC might be more possible. But still far too few applications to necessitate the effort to bring them over.
Pop is the only one that really ever makes any reference to windows in its marketing. I’m more talking about distros like Zorin which are targeting public sector orgs and windows users by bundling windows compatibility apps and features into the ISO.
The other examples definitely do also target “new users” which of course means Windows users too, but they aren’t explicitly tying their distros to Windows software compatibility the same way some are.
I did some reading in AV1 and it’s derivative formats - are they any more accessible to Linux than HEVC/H265? Fedora IIRC removed support for them and a few other codecs out of the box over some patent concerns or something.
Fucking hell you could cut the Reddit-tier snark with a knife.
BSD is more binary compatible than Windows. The fact there’s less MacOS ports on Linux seems to me like a lack of resources, but if you have a reason beyond 🤓☝️ then I’m genuinely interested.
MacOS still ships x86 builds, and most software either provides binaries for both platforms or some kind of universal/hybrid binary. Still a few years before that becomes an issue.
At some point an ARM->x86 translation layer is going to be needed too, regardless. It’s not long until ARM becomes popular enough to make it necessary to translate both ways.
not even sure distro tube has this many lmao