To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81179 Issue #|81179 Summary|Slow Scrolling - Possible to bunch multiple scroll eve |nts? Component|Word processor Version|OOo 2.2.1 Platform|Macintosh URL| OS/Version|Mac OS X Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P2 Subcomponent|viewing Assigned to|mru Reported by|cwingrav
------- Additional comments from [EMAIL PROTECTED] Fri Aug 31 15:59:20 +0000 2007 ------- When scrolling a document with multiple pages, the document scrolls up appropriately for each scroll event. This can be problematic because I do a scroll up, causing say 10 scroll up events and each one is captured and performed. But, because all are captured and performed and because of the slow processing of a scroll event (maybe just my machine or platform of Mac OSX 10.4.10 G4 1GB RAM) the time taken to scroll up a little bit is a few seconds and passes what I wanted to see in most cases. Many times I find myself watching what I wanted to scroll to pass by the screen as I wait for the scrolling events to stop being processed. I have to be very careful not to scroll too much. NOTE: The current scrolling behavior might function just fine for existing platforms and it could be that it is the mac platform that generates scroll events differently and causing this issue. I remember talking to the NeoOffice people about scroll events and their system was at first multiplying scroll events which led to eradic behavior on slow machines. So, they corrected it but it leads me to believe this behavior is a platform issue and was solved by NeoOffice somehow so could be done here too. What might be a simple solution to this is to capture the scroll events but if there is a bundle of them in the queue, don't scroll each one separately but maybe do them all at once (might be too large a jump) or in groups of several at a time. This would clear the queue of the events faster and probably be closer to what the user wishes to experience. The entire system would appear much more responsive and interactive. Additionally, a faster system would be able to pop these off the queue faster anyway so it wouldn't backup and need to skip events. Hmm, maybe a better strategy would be even to look at the time of events so it would process a certain time period of scroll events and not a certain number of events on the queue. Here are some scenarios: 1) I want to scroll up maybe half a page. So, I scroll up just a bit. After maybe a half second pause the scrolling starts and I see what I want so I stop. Now: The screen keeps scrolling for another half second worth of scroll events. When it finally stops, I have to scroll down again because I overshot what I wanted by a page or half a page. Future: Scrolling stops when user scrolling stops. Because the events were pulled from the queue en masse, as opposed to one at a time, the queue was cleared faster and the screen stops when the user wants because nothing else is on the queue. 2) I want to scroll way up the document so I do one long scroll. Now: The document starts to scroll up for each scroll event and I am forced to wait for each redraw of the document as it scrolls up 17 pages, one inch at a time. This takes several seconds. Future: The up scroll events are captured in a group and the user is shown the document 17 screens up from the start of the scroll. NOTE: It might be somewhat disorienting this way so a ramp-up and ramp-down of scroll events might be the desired feel of scrolling. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
