To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=90907





------- Additional comments from n...@openoffice.org Mon Feb 22 11:26:47 +0000 
2010 -------
> Writer however scrolls lines - plus only writer would know 
> what a pixel might be in relation to the current line. 

It doesn't seem like Writer is scrolling a page faster if font size is set to a
greater size, i.e. a page having fewer lines. It seems like a "scroll line" in
Writer is the equivalent 11 points in Arial (give or take a fraction of a
point), assuming the scroll wheel scrolls 1 line per click. Even if you set the
font size to 80 points, scrolling an A4 page takes 68 clicks (68*11 points =
26.39 cm. A4 = 29.7 cm).

I think there are 3 possible solutions to this (except to leave it be):

1. File a new issue saying "Use Mac OS X OS-wide scroll wheel event value for
scrolling in Writer". This would probably be the best solution, but I imagine it
might be difficult to implement.

2. File a new issue saying "Add setting to prefs allowing user to set how many
lines the scroll wheel will scroll in Writer". This way the user may choose
himself how many lines a scroll click should trigger. I imagine this is easier
to implement, and I'd think it would satisfy most users.

3. Discuss and pick a value that somewhat resembles the out-of-the-box set
"scroll event" on Mac OS X (non-accelerated seems the easiest way). This way we
pick a new value, which some might dislike. But if we don't just pick a value
randomly, but put some thought behind this, I think a majority of users will be
satisfied.

> So at the moment there is only some kind of arbitrary guess possible
> what might be a "line" when translating the mac system event to a 
> system independent event.

Let's make a couple of general and specific assumptions: 
a) Out-of-the-box values are the most widely used values since most people
doesn't change their settings. Partially because they don't know they can or
don't feel the need, and partially because:
b) Out-of-the-box values set by Apple or Microsoft are based on user testing,
the values are not arbitrary.
c) Most people who write in Writer do so i 12 points (the default value)

Fact: Windows XP and Vista has a default of 3 lines per wheel "click". Though I
haven't verified it (I will create a clean profile if you ask me to, to do some
testing), anscgn say that Mac OS X default value is 200-300 pixels per wheel
"click" (where I assume 200 pixels is the non-accelerated value). In a document
with Times, 12 pt, zoom 100%, resolution 1920x1200, 200 pixels is the equivalent
of 13 lines (which doesn't seem right to me, but I might be wrong). 

In conclusion: this issue should not be solved based on arbitrary guesses, but
based on facts and well thought-out assumptions. Based on the facts and
assumptions I've presented above, the default value should be somewhere between
3 and 13 lines. I'm certain we are able to do some more testing to make that
window smaller. But I think it's important to acknowledge that 1 line is too
small. There are plenty of complaints about this on the internet:
http://www.google.com/search?q=mac+openoffice+scrolling+slow

I've followed the discussion at Mozilla about scrolling and these are the
relevant bugs in Bugzilla: 
https://bugzilla.mozilla.org/show_bug.cgi?id=513817
https://bugzilla.mozilla.org/show_bug.cgi?id=462809

---------------------------------------------------------------------
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: issues-unsubscr...@sw.openoffice.org
For additional commands, e-mail: issues-h...@sw.openoffice.org


---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org

Reply via email to