This is pretty much the behavior I implemented in #4023. For (2) i used 10px as the minimum.

No thats not what Vscode does, it hides the sidebar but does not resize it, so when its unhidden it will be the original size.

To be clear, the Vscode behaviour is not like your #4023 as I best understand:

#4023 the resizing happens at any distance to miniscule (eg 10px) even if the value is unusable, Vscode has a usable minimum sidebar width (20 chars by my count) and cursor moved further left but the sidebar does not get smaller and then the cursor becomes the hiding action
#4023 because the resizing is going to happen as well as the sidebar hiding, it will always be hidden at miniscule width, but Vscode does not resize the sidebar if you hide it with the cursor
when a sidebar is unhidden by the tick, it has a miniscule width, then the user has to resize, trying to get something like the original size, hmm that wide, no maybe a bit more, oh no too far back up a bit, oh maybe more etc, Vscode can unhide with both the icons, and the menu tick just like Geany's but the width is the original size the sidebar, so the user does not have to try and get back to the original size they used to like by guesswork

Perhaps you could make #4023 closer to Vscode as you suggested, it not do resize if it hides, that would be useful for the user instead of trying to get a width again after its unhidden.

And even better maybe a limited minimum useful sidebar width (with a setting in prefs). This makes it visible to the user that what they really wanted to do is hide the sidebar, not get confused with a handle as the OP described their users behaviour.

Or even better throw away the labelled tabs and add a icon selector ... oh ok too far maybe ;-)

I can imagine you could get the same on linux with some window managers and window manager themes (this is not about GTK themes).

Thats the point I realised on Cinnamon and described on my post that I hope you understand, you have the handle cursor icon for the width the mouse position is within the red lines, no matter what is covered by other cursor icons when the mouse position is outside the handle width. Don't get confused between the mouse position and the icon position, the mouse position should not jump but icons may appear to jump.

Your "imagine" is unknown for any Linux desktop except XFCE, but you "imagine" it ;-), not analysis and describe the XFCE behaviour in detail yet, or at least maybe I missed /misunderstood it. For Cinnamon that I have detailed described, and which obeys handle width correctly as its set by theme or geany.css, it needs nothing. But we have no idea what other desktops do.

Since Cinnamon is originally a fork of Gnome I would guess Gnome behaves the same, but it needs checking. Other desktops needs analysis too (nah, I don't have any other than Cinnamon).

As for KDE users, thanks for the analysis of the OP. AFAICT we can't do anything specific for KDE, KDEs mapping of its theme to GTK theme is not understood. All we can do is have the commented entry in geany.css available to control the handle width and hope KDE doesn't override it.

But it still is the position that Cinnamon does not need any special behaviour.

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.