Charlotte š¦ 
charlotte
another reason why electron apps suck:
this is the second time in a short timeframe where an electron app just stopped rendering anything except for vague color squares
I have never seen either browser or a native application behave like this, absolute garbage
2
0
2
Charlotte š¦
charlotte
ājust bundle an entire browser with a fuckton of media libraries vendored into it for the cross platform compatibility and consistent uiā
the UI:
A screenshot from an electron aā¦
1
0
3
Charlotte š¦
charlotte
this is a text editor in case you couldnāt tell. I have never seen a text editor forget what the fuck a font is
0
0
2
Botch Frivarg
deetwenty@todon.nl@charlotte I kinda understand why so many people use electron, have you seen the mess that normal GUI toolkits are? Personally I find following what happens in the kernel much, , much easier than almost any GUI application. And then you do it in HTML+JS, and a lot of that just goes away, and on top of that you also get cross platform support for nearly free!
1
0
0
Charlotte š¦
charlotte
@deetwenty until electron just chokes on its own awful shader cache and renders squares
1
0
0
Botch Frivarg
deetwenty@todon.nl@charlotte true, it is just that I understand where a lot of electron apps come from, it is easy, and quick to get something "working" (for a given value of working) in it. While that isn't true in Qt/GTK/Win32/"whatever Apple decides is the new hotness this year". Personally I think this can be partially be blamed due to all these toolkits still behaving it is the 80s/90s when computers weren't really powerful enough to draw so much so we developed clever ways so they didn't have to redraw every frame (these days named "retain mode"), but this added a lot of extra complexity, especially a lot of non-local mutations (and side effect heavy), which also means this doesn't map easily on functional languages, or languages heavily inspired by functional programming (like Rust).
1
0
1
@deetwenty @charlotte The native toolkits aren't always more performant either, due to reliance on software rendering or tech debt build up. Though memory usage tends to be a lot lower.
Browsers go to crazy lengths to somehow make the monster that is HTML/CSS and JS work even on mobile devices at a decent framerate.
I like how GTK is doing in recent years, but it won't fix all the fundamental annoyances with GUI programming.
1
1
0
Botch Frivarg
deetwenty@todon.nl@awooo @charlotte I'm keeping an eye on the Rust GUI landscape, due to how badly GTK/Qt/etc map to the Rust way of doing things a lot of experiments are ongoing there to make something that works a lot better for Rust
1
0
0
awooo 
š“āā ļø 
š¾ ā
awooo@pawb.fun
@deetwenty @charlotte Relm4 looks interesting for something GTK-4 based, but truly cross platform apps would want to go for something less linux-centric probably
1
1
0
Botch Frivarg
deetwenty@todon.nl@awooo @charlotte especially since I'm on KDE and GTK seems to be moving more and more in the direction of being Gnome specific (at least from my perspective)
0
0
1