[Tickets #5872] Re: unified scroll bars

[bugs at horde.org]

DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/?id=5872
-----------------------------------------------------------------------
 Ticket             | 5872
 Updated By         | jan at horde.org
 Summary            | unified scroll bars
 Queue              | DIMP
 Version            | HEAD
 Type               | Enhancement
 State              | Feedback
 Priority           | 1. Low
 Owners             | 
-----------------------------------------------------------------------


jan at horde.org (2007-12-22 04:07) wrote:

>> Can't we do a timeout
>> to see if the scroll position has changed (sorry if this is well past
>> the point of what's been tried).
>
> This is what we previously did, but position change is irrelevant.  
> We don't want to load a slice until the user releases the mouse 
> button (or else you can generate a bunch (easily 10+) parallel 
> requests - and since they are all blocking at the server level, the 
> result is that the final message slice may take 30+ seconds to load - 
> completely unacceptable.

I guess what he meant was, to still listen to the scroll events, but only
fire the request to the server after a timeout, and cancel this timeout as
soon as there are more scrolling events. But it's well possible that this
es exactly what you were saying too.