Tickets :: Comment on [#5872] unified scroll bars

* Your Email Address
* Spam protection	Enter the letters below: .__..__ .__ .__ __. [__][__)[__)[__)(__ \| \|[__)[__)[__).__)
Comment	>> To be honest, I am really, I mean really, unhappy with the > >> message list scroll bar. I know you did this as a last resort because > >> there were some problems with the old implementation. But we can > >> never get nice looking scroll bars this way, because even if it's > >> styled better than now, it will never look like the > >> system's/browser's scrollbars. > >> Is there really no way to implement that with the old (or a > >> different) scrollbar widget? > > > > I couldn't find any other cross-browser compliant scrollbar widget > (and I looked for about 3 hours), so if you know of one let me know. > > > > But the one thing we definitely can not do is use the browser's > scrollbar. There is absolutely no way to make it work cross-browser > - and it is so bad, even within the same browser on different > platforms, like FF on Mac vs. Windows/Linux, the behavior is > different. Other than FF for Win/Linux, there is no way to determine > on any other browser when a user stops scrolling. Without this > feature, scrolling through any halfway large list of messages (say, > 400-500 messages or so) pretty much results in having to do 5-10 > simultaneous messagelist requests, and many of these messagelist > requests are overlapping, and each blocks the other. Absolutely > kills the server. > > > > Also, the old method simply will not work on any recent version of > Opera (Opera fires two javascript events instead of one, and there is > no way to stop either) and IE would break in mailboxes over a certain > amount of messages (clicking on the down arrow in a large enough > mailbox would result in the list scrolling down by 2 or more messages > instead of 1).
Attachment
Watch this ticket

Saved Queries