Apache OpenOffice (AOO) Bugzilla – Issue 19414
Wheelmouse should scroll one page max. in Writer-Preview
Last modified: 2013-08-07 14:43:03 UTC
When a doc is viewed in File>Page Preview, then the wheelmouse becomes quite useless. It scrolls over pages, so you don't see them. It is simply too fast. The way impress deals with previews is better. If I may be as bold to additionally suggest that the number of lines that the wheel mouse scrolls can be set in Options (preferably somehow like in Mozilla:edit>Preferences>Advances>Mouse Wheel) Thank you very much
reassigned to bh
Yes the scrolling of the preview jumps a number of pages. I have also tested this. Same issue with 1.9.95 under win2k Sp4 & WinXP SP2. This issue itself is logged under issue 43033, though the added options mentioned by this post would be an ehancement.
Yes this probably should be closed as the scroll mouse options requested are a feature of windows as mentioned in issue 43033, where the issue is more about the implementation of those options in the preview window
Ok better keep this enhancement request open as issue 43033 has been closed as invalid, although I believe functionality of scroll 3 lines in windows which equates to 3 pages in the page preview is a flaw in implementation, it will have to be now considered as a feature request. I copy my comments from issue 43033 Ok 1.9.95 tested scroll mouse settings under windows XP sp4, It was set to scroll 3 lines at a time in the control panel mouse. With this set openoffice scrolls 3 lines as it should in the document. However in the page preview skips 3 pages at a time. Switching to one page at a time in windows xp settings allows the preview to go one page at a time, but unfortunately you are then forced to go one page at a time when scrolling the actual document as well, which may not be the users intent. Would be better if the page preview scroll operated on one page progression at a time independent of the windows setting for line scrolls.
I have spoken to a programmer friend of mine who has offered to help with this. He is wondering if he could be told the wherabouts in the code is the response to the wheel programmed. Then he may be able to look at it and find a way to make it work the way that I have suggested it should
Confirmed on m108 on Debian and m109 on WindowsXP. I think this is quite serious usability issue.
*** Issue 54447 has been marked as a duplicate of this issue. ***
still a problem on 2.0 on win2K
*** Issue 60929 has been marked as a duplicate of this issue. ***
confirming issue
Please fix - me too - issue still present 00o2 btw I disagree re http://www.openoffice.org/issues/show_bug.cgi?id=43033 I think this is a defect, not an enhancement. Also - One page max is not a correct categorisation - it should scroll by reference to the number of pages displayed (perhaps one row at a time?). Brendan
Agree, for me there's no doubt that it's a defect. Using line numbers from the OS's settings is nonsense, because they've been introduced from a completely different background: I scroll only some lines to still have the context (instead of scrolling a full page at once) when reading a longer text. However, in OO-Writer preview, when scrolling several pages at once - where is the point? At least, this does not help me to keep the context.
What is the current status of this 'enhancement' aka 'defect'? Is there someone 'working' on it? I cannot believe that this is hard to fix. It is hard for me to believe that some people do not see this behaviour as wrong. Take any program that has a print preview, like Microsoft Word, and you'll see that the behaviour used there corresponds to what I see as 'natural' behaviour, being that with a scroll you get the next 'view'. If you show two pages at a time in the preview, you would get the next two pages; if you show only one page, obviously you should get the next page.
Dear developers, please consider this "enhancement" for 2.3, as current behavior makes scrolling with mouse wheel unusable in most cases. Thanks a lot for your attention!
Dear developers, this issue exists for a very long time without a target. Please set target at least! I understand that this ENHANCEMENT isn't critical. But fixing this issue will improve usability. Moreover it seems not so hard to fix it - so the target could be the next minor version. I'd ask you also to change OS to "All".
patch to improve usability
Created attachment 51444 [details] patch
On mod behalf, issue reset as patch, and reassigned to mba
Oliver, please review the patch
I'd change the const CommandWheelData* pDataNew to a const CommandWheelData aDataNew Changed Prio to P3 and Platform to All
Should I attach a new patch or do you integrated it yourself directly with this change? I don't have an open CWS right now, so if you can integrate it in some open sw CWS would be nice.
Fix applied in cws sw8u10bf05
OD->MRU: Checked in internal installation set of cws sw8u10bf05 - please verify (or found somebody else for the verification)
The issue is integrated in OpenOffice Pro (by http://www.i-rs.ru/). I have verified new behavior - looks good, so setting to verified. mod, os, thanks a lot!
Checked in DEV300m5.