Will be more productive.
The scrolling speed is too slow, I rather user the scroll bar than to actually scroll because I have to scroll like a thousand times to get anywhere. I'm running Linux Fedora 26.
This is a known issue with the Qt component that we use for scrolling. We're about to raise the issue with Qt and will come back to this thread when we have a solution. In the meantime, sorry for the lousy scroll!
This is a very annoying issue for me as well. One of the major reasons I don't use this more than outlook yet. My folder window is 25 lines high. The total list has 41 items (collapsed items counted once). I have to throw my scroll wheel SIX times to get it to the top. This should be only one or two throws to move a list like this to the bottom (each throw is 9 clicks on my wheel...)
Nautilus doesn't have this issue (nor anything else on my ubuntu desktop afaik), is it written with QT? how do they handle it, their scrolling is great.
Regards the scrolling, I noticed that if you hover over the scroll bar (don't actually drag the bar) and use the scroll wheel it DOES scroll faster!
Thanks for the comments guys. Kevin- we weren't aware of that. We're investigating, sounds interesting.
David, cool! Just for info I'm running Hiri on Suse Leap 42.3 (64-bit)
This is seriously bad. Please fix ASAP.
@David Power that was sept 2017, it's now may 2018 - Where's the fix for this?
Also curious when this will be fixed..
afaik the root issue is fixed in qt 5.9.5:
hopefully hiri can update their qt version to improve this :)
Scrolling in general needs to be more responsive
I use it in both Windows and Linux. The one person mentioned how in Linux, it scrolls faster when you hover over the sidebar location.
I took this information and decided to try it in Windows. I found the opposite. In Windows, when you hove over the bar, it then goes slower. Just thought I would share as it might help in the debugging process.
When is this going to be fixed? It's really annoying
If you open the email in a new window it actually scrolls properly, I thought that was funny (and handy when you need to scroll down a long email)
Tossing my hat in this ring. I'm enjoying using Hiri very much, except for this issue. I'm still partying like it's 1995, having to click n' drag the scrollbar to view message content.
Any news on this, Dublin team?
Just a quick ping - another user that would like to see this fixed.
any updates on this? I bought hiri a while back but I've ended up not using it and staying with evolution because the slow scrolling is so infuriating on a touchpad!
this issue is a bad marketing for paid product, it completely negates otherwise polished UI and reminds me of the usual quality of userland programs on linux = it works, but user friendliness is not a priority at all
Hello, as the many others have posted, I would also like to see this issue fixed. For now, using the scroll bar on the right is sufficient, but not ideal.
I just bought Hiri. I love every aspect of it except the scrolling in panes awfully slow. Please, please fix it. It's been more than a year since this was known.
(I'm using the Linux client)
This issue bothers me enough that I have come here to look for a solution. I'm not a paid customer and won't be while this is around.
Just purchased hiri as my organization switched from gmail to outlook (horrible decision). This is a big inconvenience for me, when will this be fixed? It's been a known issue for over a year now...
Here we are in 2019 and I feel like my scroll wheel should be powered by a hamster instead of my poor finger. Let's get this fixed soon!
Hi just got Hiri, nice email client and I love it, except that darn slow scroll.
Google top hit? A request / issue from 2017.
Its 2019, thought everyone was agile.
+1 on this. Scrolling is painful in Hiri. Any word from Qt?
+1 for this issue. A fix would be VERY welcome. It literally scrolls 1px at a time, and it's nearly a deal-breaker for me from using hiri.
I can't believe that this issue is NOT fixed since Sep' 2017. Please advice for a ETA for the fix or workaround..
You won't be notified about changes to this idea.