Scrolling through any data in all windows causes painful migraines

[GoogleCodeExporter]

Version of your game client (3.1.3, 3.2.2a, etc): 3.3.5
Language of your game client (enUS, deDE,etc): enUS
Version and revision of your TrinityAdmin: r19
Language selected in trinityAdmin: English
Trinity or MaNGOS? Trinity
Version of TrinityCore/MaNGOS (if known): 9182
Your Operating System and Version (Windows, Linux, etc): Windows

What was the expected output?
Data appears naturally while scrolling up and down a long list.

What do you see instead?
Data seems to skip up and down even though the scroll bar continues down the 
page, forcing the user to scroll up and down frantically trying to find that 
one number/name out of a search result of 206, which inevitably leads to 
migraines.

What steps will reproduce the problem?
1. Open TA and click Object-Search
2. Search for "mailbox"
3. Take note of the top ID: 142093 (which is wrong - it's supposed to be 32349, 
4 places behind 142093)
4. Scroll down TWICE using the mouse wheel or by clicking on the down arrow. 
Notice first scroll skips up (top number is 32349), and second scroll brings 
the data down to the original (142093). If you want to continue, the 3rd scroll 
and everything after seems to move down 4 places fine, but scrolling back up 
skips down.

If you start at the beginning again, clicking "Select All" will show the 
correct top-most item (32349), but will break again after scrolling. Also 
starting at the beginning, clicking anywhere in the scroll bar (even at the 
bottom) will also show the top-most item. 

This is also visible while at the bottom of the list. "Select All" must be 
pressed in order to see items 4 spaces beyond the last item. Since most private 
servers create NPCs in a very high number range, this makes things a titanic 
ass-pain. (Still love the mod, though.)

Original issue reported on code.google.com by gregariousjb on 7 Aug 2010 at 12:23

[GoogleCodeExporter]

Known problem, no solution as of yet. Will put this on back burner.

Original comment by gsmith3...@gmail.com on 8 Aug 2010 at 2:05

• Changed state: Accepted
• Added labels: Priority-Low
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Is it possible to change the number of lines scrolled to 1 instead of 4 to make 
this less of a visual shock?

Original comment by gregariousjb on 8 Aug 2010 at 2:13

[GoogleCodeExporter]

Confirmed r36. Any way to implement the above idea? I imagine it would be a 
simple change from "4" to "1", unless that's somehow not a wise idea.

Original comment by gregariousjb on 5 Jan 2011 at 7:23

[GoogleCodeExporter]

I believe so, but the widget, FauxScroll, doesnt really work like you'd expect. 
If I can make it do a 1x scroll, we'll try it... but that might be too slow for 
a long list...  Currently, the number of items moved has to do with the number 
of items displayed... and the problem could be related to whether or not the # 
displayed and the total number of items are both even, both odd, one of each, 
or perhaps if the total number is evenly divisible by the # displayed... I am 
positive there an algorithm in here somewhere that will produce smooth 
scrolling without having to resort to 1x scroll.

Original comment by gsmith3...@gmail.com on 5 Jan 2011 at 2:25

[GoogleCodeExporter]

As long as the scroll bars on the side are kept intact, forcing it to scroll 
only 1 line shouldn't be a problem. Users can either scroll down with the 
mousewheel or click+drag on the scroll bar to go further and faster.

Original comment by gregariousjb on 5 Jan 2011 at 11:54