Recently I switched to Solus, an OS that at the moment does not accept packages that use libhandy. There are some discussions and speculations about the usage of libhandy and most GNOME apps.
Which got me curious so I thought why not ask folks over here directly: Do you think libhandy will be used after upgrading to GTK4? Also curious about why or why not.
Hi, a libhandy developer here. Yes, it will be available for GTK4. In fact, weâll likely move more GNOME-specific widgets there and out of GTK, though the plan is not 100% decided yet.
As for Solus, keep it up, that thread made for a great laugh.
Thanks for the reply, however that is not my question. Iâm asking if in the future Geary will drop libhandy as a dependency because GTK4 opens up possibilities to do so.
Also not sure what is funny about the linked threadâŚ
It doesnât. I upstreamed 2 widgets, and a few more are doable with GTK only, but most stuff isnât.
Also not sure what is funny about the linked threadâŚ
Because itâs obvious nobody in that thread has any idea what they are talking about, what libhandy even does and acts purely based on âthis lib has the word âmobileâ in descriptionâ and emotions.
âOh no, this app now can half-tile on 1366x768 and has a touchpad/touchscreen swipe to go back. Block it!â
I have to say, I had not come up on a speculation thread that could rival reddit in all of its aspects! The linked thread is great, and dead wrong on everything. The thread talks about Purism and the libhandy folsk as if they are some Celestial entity completely detached from everything going and that just decided to do things one day without talking to anyone. Its clear they never read anything about it or cared to ask anyone involved with either GTK,GNOME or libhandy as all of their âWhy couldnât they justâ queries have been well documented.
They also donât seem to even understand what libhandy is used for and think that GTK 4 will make it irrelevant or replace the usecases, which is also dead wrong.
The whole thread is full of toxic circlejerking like the following:
I am inclined to agree, I donât expect people who make poor decisions to quickly change course. Especially not in GTK/Gnomeland.
If they donât want to package libhandy, thatâs fine and nobody is forcing them. But they could at least try to understand how their distro is functioning and whatâs the goal of the apps they are shipping by default. It also wouldnât hurt to ask why things are the way they are. But whereâs the fun in that when you can instead make up things and shit on other people!
In sort, as usual, people who are not involved at all in GNOMEâs development at all, make up fairytales so they can justify their hatred. Grats. Its truly like a reddit post trying to âfigure outâ the reasoning behind a change, when the OP is a link to the issue detailing out why it happened.
Sorry, this isnât answering your question or addressed at you personally, but rather a short rant after reading that thread on the Solus forums. They have repeatedly refused to listen to the technical reasons why libs like libhandy exist and continue to spread false information about it.
To answer your questions, there are no plans with migrating/dropping libhandy, or its gtk4 replacement. There isnât anything wrong with libhandy either. The whole situation is manufactured one from a self-proclaimed anti-infection rhetoric. In reality things are moving from GTK to Libhandy as its lifespan is going to be a lot smaller and it can be more flexible with Symbol addition⌠Most of the apps that depend on libhandy do so cause they ended up deleting their own implementation of hacky widgets that were providing things like touchpad gestures support.
Actually, itâs more like this app now looks completely out of place on my desktop, and requires an additional library in order to do so, for little to no benefit.
No offense, but applications using libhandy look crap in many cases.
So youâll either say you donât see anything wrong or that itâs not an issue with libhandy or whatever even though thereâs obvious differences between applications using it and those that donât.
In any case, I donât really care enough for all that.
Itâs simple, avoid using your own styling and ensure that it looks as close as possible to everything around it or donât.
You can take the feedback for what it is or simply ignore it.
You can also pretend that anyone who doesnât see it your way is just part of âthe peanut galleryâ as you guys have been doing in this thread so far.
Which, by the way, I found pretty disrespectful and counterproductive. But not unexpected, unfortunately.
Hint: libhandy includes styling so apps donât have to bundle it themselves like they did before. Like those listboxes that every app previously had custom css for.
And I was just pointing out that youâve broken any semblance of consistency by half-assing adoption of a library which changes only certain user interface elements to not match core applications therefore making them stick out like a sore thumb.
The latter 2 do. You just never noticed because HdyHeaderBar looks exactly same as GtkHeaderBar, except it can be draggable when put inside the window. But donât let pesky facts get in your way.
I think thereâs an assumption here that the new libhandy widgets are not part of the HIG and therefore âout of placeâ, when itâs actually the other way around: Everything that isnât using these new widgets (such as HdyViewSwitcher) is just not updated to the latest style yet
The design team has long wanted a faster-moving library than GTK with nice implementations of our design patterns. For various reasons libhandy has become that library over the past few years, and now includes a ton of widgets which have nothing to do with adaptiveness. If anyone has a problem with how new GNOME apps look, then their problem is with the GNOME design patterns, not with libhandy.