@glyph That's interesting. I moved from Mac to Linux because as a programmer I feel more free and empowered there. But I see now that only some people would have the time, interest and skill to exercise that.
What about a Mac gives you agency? Is it the usability?
Making a system programmable, and fully tested/documented/etc. is 9x the work of making just "a program that works". OSS is under-resourced for application work.
Then, implementing the sort of thing you want is a lot of work. Do you include a language runtime in your app? Do you use DBus or something else and assume the scripting is done "outside"?
@glyph How do you keep long-lived references that the DBus glue or the scripting can use? Can you GC them? Do you write manual glue to each piece of functionality in your program? Do you need to refactor to extricate UI code from business logic? Do you promise any sort of API stability in the scripting interface? Do you need extra validation code for data incoming from the interface, since presumably the plain UI code wouldn't let you enter invalid data? It's all doable, just takes work.
@glyph And at the risk of sounding pithy - if you complain for years and years that something is not being done in open source, well, that's your cue to maybe do it yourself.
(This is the rhetorical "you" - it can be "convince people to pay for that work", not "go and write that code".)
It's surreal how slowly time moves in the world of C compilers.
Today there are still active projects that are hesitant to move past C89, and C99 is still the "new" standard.
The C99 standard has been released before the first public Mac OS X and Windows XP. It's older Itanium and the x86-64 instruction set. It predates iPod, Game Cube, first ever Xbox, and Nokia 3310.
Entire platforms lived and died in the meantime, while C programmers still can't be sure if they can rely on the new C99.
Is there a way in #Gnome to make the right Super (aka "Windows") key behave like the left one? It would be nice to be able to lock the screen with one hand. Besides, I have zero idea what the "right Super" is even supposed to do on Gnome, because it doesn't obviously do anything except not act like a Super key.
@vwbusguy Look in gnome-tweaks, Keyboard, Additional Layout Options. I think what you want is "Alt and Win behavior" / "Hyper is mapped to Win", but I'm not 100% sure.
At some point the code is more or less Done(tm), and you spend the rest of your life fucking with the build system, as people's opinions change on how it should work.
@Di4na@msw Centricular recently paid for librsvg to be ported from Autotools to Meson; they did a fantastic job. But the build scripts are not easy, even in Meson! It needs to do Special Stuff(tm) to call cargo and have everything work on Windows and MacOS.
It's mostly stupid glue. Cargo puts artifacts in one place; meson wants them in another. Meson knows the file extensions for libraries or binaries depending on the platform, but does not expose them, so the build scripts replicate them.
@Di4na@msw There's an uncomfortable amount of Python to build symbol lists on Windows. Meson needs a duplicated list of source files, even if cargo detects them automatically. Meson's concept of the build configuration needs to be translated to cargo's concept, and the cargo-wrapper script has subtle differences when called for "build" vs. "test".
On Windows, when FreeType builds don't provide pkg-config, they fall back to cmake. And librsvg's meson foo needs to adapt to that.