GOSSIP USERS: I just pushed some changes that add BUTTERY SMOOTH SCROLLING. Instead of jumping 50 pts every mouse wheel click, it goes 100 pts spread out across the next 10 frames. So not only is it easier for your eye to track the movement, but you can scroll twice as fast.
Let me know if it interacts badly with your system. Fingers crossed.
Very nice! Works well here.
Checking it out, I can't get any relays to connect when I only enter my public key. Thoughts? Using latest release .deb build
Is this available on the main branch, just pull ans rebuild?
When replying (clicking the reply button), could you make it such that the text box is automatically capture/focused so I can immeiately start typing?
Smooth scrolling works, but interferes with another cool feature.
Unread notes have a reddish background. On mouseover, the reddish tint goes away, as if the note is marked as read.
When I start the smooth scrolling, the mouseover won't mark notes as read anymore, until the scrolling completely finishes. So mouse wheel up, wait 2-3 seconds until scrolling stops, then mouseover will mark notes as read.
How I work around it is: instead of normal scrolling, I "drag" the list. I click and hold, move cursor up or down, release click. Voila, the list scrolled and "mark as read" works instantly.
That isn't feature interference. That was a feature asked for by another user. He scrolls to the bottom and reads up and didn't want the unread markings (which are yellow in light mode) to go away while it was scrolling.
Since different people want different behavior, I suppose I could make a feature switch. But it's just not high priority.
Makes sense, then it's working as intended.
It's not a bug for me, just an observation. I'm ok with dragging instead of scrolling.
Funny, I have never noticed this yellow background, that's a great feature now I know about it! 😁
When scrolling on a Mac with a touchpad it is not considered as read, even if the mouse pointer is over a post. But this is fine, it works.
Awesome! Thanks Mike.
