But even in that case it’s 10x better to have more frequent, cheaper diesel trains than having insanely expensive and heavy battery trains.
But even in that case it’s 10x better to have more frequent, cheaper diesel trains than having insanely expensive and heavy battery trains.
Oh, I see what you mean. I thought you meant using your phone as a trackpad sorry
Kde connect has that I think
A lower cut. 30% revenue cut means we pay more than necessary for games and we also miss out on some indie games that cannot be profitable with such a large cut.
And now you can have it through NAT-PMP on ProtonVON
They dix not build the compositor from scratch, they built it on top of smithay, a library similar to wlroots but written in Rust.
I don’t know if you’ve actually tried to use GTK or QT, but it’s insanely painful. There is a reason almost all apps are written in Electron. Native GUI toolkits suck. If they had used GTK they would have still had an outdated and hard to maintain toolkit, and to deal with Gnome politics. Using GTK was actually the initial idea.
If we want Linux Desktop to succeed, at some point we have to build tools that people want to use. I’m glad they’re doing it.
Framasoft is already working on a peertube mobile app!
The post specifically mentioned POIs, and as far as I have tested (in France at least), Magic Earth has the same incomplete/missing POI database as organic maps, coming from OSM.
The thing you’re missing is the xdg-desktop-portal .
I’m not sure how to actually configure. On sway I got it working at some point and stopped touching anything.
But they don’t have more data than organic maps since they’re using OSM too.
I wasn’t thinking about applets but more about full-blown libcosmic applications.
Gnome Circle bas a lot of very simple apps that do just 1 thing and weight a couple MB each at worst.
With iced such an ecosystem would be at 20MB per app, so simple " don’t 1 thing and do it right" apps would be less scalable. And I doubt you would want to have all of gnome circle as a multicall binary.
It looks like I was right: https://github.com/pop-os/cosmic-applets/pull/282
20MB for every simple application is a lot, and multical binaries won’t be an option for third party developers.
This is still worth the much better DX of using Rust though.
If you want to do something about it: https://www.youtube.com/watch?v=w70Xc9CStoE
Sorry, it looks like the link was lost when cross-posting. I updated the post
Is there any plan to have something similar to the Gnome Circle apps for Cosmic? It’d be nice to encourage building a full ecosystem of app with libcosmic that can rival the apps of KDE/Gnome.
This is not relevant to this specific post but does anyone know how if the static linking used in Rust is an issue with cosmic?
The last time I tried building a small app with Iced it was pretty bing (20MB) even though it didn’t do much. On the other hand a GTK app in rust easily fits within 5MB.
Anyway I’m thrilled to try cosmic out as soon as it reached the Arch repos.
Why is helix there then?
I love flatpaks and flathub. They’re amazing for GUI apps, though there are still a couple of wrinkles that needs to be ironed out.
I would really love if it was better with regards to cli apps and developer tooling though. As someone that uses a lot of TUI apps that seriously limit how much I can use flatpak.
That’s not going to happen within the lifetime of the batteries of the trains though.