Libadwaita: splitting GTK and design language

There's no denying that not everyone is happy with the state of the GTK world, and I, too, have argued that GNOME's massive presence and seeming unwillingness to cooperate with or even consider the existence of other GTK-based desktop environments is doing real, measurable harm to the likes of Xfce, Cinnamon, and others. A major root cause is a feeli

https://www.osnews.com/story/139865/libadwaita-splitting-gtk-and-design-language/

#GTK

New article: "Libadwaita: Splitting GTK and Design Language"

https://tesk.page/2024/06/03/libadwaita-splitting-gtk-and-design-language/

#GNOME #GTK #Libadwaita #OpenSource #FOSS #Linux #GTK4 #Development

Libadwaita: Splitting GTK and Design Language

Recently, the Linux Mint Blog published Monthly News – April 2024, which goes into detail about wanting to fork and maintain older GNOME apps in collaboration with other GTK-based desktop environments.

^{TheEvilSkeleton}

As a long-time XFCE-user I can fully subscribe to the conclusion of this article: »non-GNOME GTK desktop environments need to work together to formulate an answer to the onslaught of libadwaita and the GNOME-ification of GTK. […] If they don’t, there won’t be an XFCE in a few years. What’s the point in developing XFCE if you’re at the mercy of whatever choices GNOME makes?« https://www.osnews.com/story/139512/linux-mint-non-gnome-gtk-desktop-environments-need-to-work-together-in-the-face-of-libadwaita/

#GNOME #XFCE #GTK #libadwaita

Ever since doing the initial completion support in #phosh 's osk-stub I wanted to add a generic "unix pipe" like completer. phosh-osk-stub would feed the program preedit on stdin and read the completions from the program's stdout.

That is there now and with that and some more changes I can use @zachdecook 's #swipeGuess to do swipe like typing. To be clear: all the hard work is done by swipeGuess, phosh-osk-stub just piggy backs on it:

#LinuxMobile #gtk #gnome #librem5