fwiw I've used it pretty extensively on screenshots of text I keep getting sent at work, so far I haven't noticed any mistakes at all. may just be the type of images though
yes, it doesn't run plasma when it's in big picture, it runs it in https://github.com/ValveSoftware/gamescope along with other tweaks, so it's lower overhead and game windows tend to behave better
it also handles updates to os as well as to steam so you don't ever end up with an update that breaks steam, they're always in sync
I mean, I'd imagine it's trivial to do without js. Just try to load an image or similar with a name that'd be blocked into the background image for a div that covers the entire page. Should silently fail to load with a blocker, or shows your error image if they don't.
They've had a good native linux build for the first one, and it was one of the first games in my library to have vulkan support. I'd be surprised if it didn't have really good linux support
There is some surprising behavior with some of the features of yaml, mostly arising from the fact that it looks nice to read. Here's a list of things that you can avoid to avoid a lot of the pitfalls: https://hitchdev.com/strictyaml/why/ . I haven't actually used strictyaml, but the arguments it presents are pretty solid and some are things I've run into in real environments
What about pkcon? I haven't used it in particular, but packagekit based GUIs work pretty well in my experience, and then it supports flatpak/snap/apt/kde addons/etc in one interface, which is better than it was originally.
V8 also doesn't run js, it does some byte code compilation stuff amongst other things, then interprets that. But that's all a bit pedantic too, V8 runs js, deno runs ts.
fwiw https://deno.com even has as one of their first bullet points that they have "native support for TypeScript and JSX"
I mean, tsc without any of the backporting functionality is still a transpiler since it goes from a high level language(ts) to another high level language(js). Transpilation as a concept doesn't imply that it is for backporting language features or that the source and destination languages are the same, just that it is a transformation from source code to a similar or higher abstraction level language source code
I don't think it really fractures anything considering you can call a ts package from js without knowing. The other way also works with third party typings in DefinitelyTyped.
It really just adds a bit of extra type info into js, looks like js, and transpiles into js that looks almost exactly like the input, including comments and spacing and such if you like, so there isn't any lockin.
There isn't any competition, it's just an extra optional tool for the js ecosystem in my eyes.
probably since later people could look at the partial image, see that pink wasn't a very likely color, and check their math until the result looked more correct
NixOS really is the next step from an ansible setup like yours imo. It can and usually is a fully declarative and immutable system outside of your nix config and whatever personal files you have.
there's a plugin for it here. It works well but it's kind of at odds with the rest of blender's tools and normal workflow