[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 ans...@openoffice.org Mon Feb 22 13:35:46 + 2010 --- Thanks for bringing up this issue again. However, there is no need to guess a default number of lines to scroll, because [NSEvent deltaX] [NSEvent deltaY] deliver exactly the number of pixels to scroll (see documentation of class NSEvent). These values even increase automatically depending on the speed the user moves the wheel. It is possible to scroll by 1 pixel only (very slow), up to an entire screen at once (very fast). Please consider using these functions, as they make OOo behave exactly the way that is expected for every MacOS X application. Just try it out with Safari, Mail, or any other app. - 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
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 ans...@openoffice.org Mon Feb 22 14:37:40 + 2010 --- Ok, I see. Thanks for explaining the details. I dont think it makes sense to switch the entire application suite to pixel-wise scrolling, though. It would be perfectly sufficient if the number of lines to scroll would range from 1 to 20 (just guessing) depending on how fast the wheel is actually moved. This would allow for both, very fine steps as well as very coarse page-wise skimming of a document. The user could control the scroll speed intuitively without changing any preference settings. The value of [NSEvent deltaY] could be divided by a suitable constant to give the number of lines to scroll. I'm fine with the idea of assuming a 12pt font height as 1 line, as long as the dynamic speed factor is incorporated. - 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
[sw-issues] [Issue 104677] Extremely slow page turn makes Writer almost unusuable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104677 Issue #|104677 Summary|Extremely slow page turn makes Writer almost unusuable Component|Word processor Version|OOo 3.1 Platform|Macintosh URL| OS/Version|Mac OS X Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|ui Assigned to|writerneedsconfirm Reported by|anscgn --- Additional comments from ans...@openoffice.org Tue Sep 1 10:09:04 + 2009 --- I'm using OOo Writer version 3.1 on MacOS X 10.5 (officially released download). Tried to work with a 200 page document with images (software user manual). Scrolling page-wise up and down with the page up/down keys takes about 2-4 seconds per page on a Mac Pro 8-core machine with 12GB RAM. I doubt this is the intended behavior, especially on a capable machine like that. As mouse wheel scrolling is also not usable for skimming long documents (see Issue #90907), there is currently no viable way to work on longer documents on the Mac. The previous version 2.4 under X11 performs fine with the same document. Therefore I rated this issue a defect rather than an enhancement. As to the cause, although I dont know the source code, I would guess there is something wrong with the lazy background formatter/renderer, i.e. it seems to always render the entire document rather than the requested pages only. Hopefully this is not too hard to fix. - 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
[sw-issues] [Issue 104677] Extremely slow page turn makes Writer almost unusuable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104677 --- Additional comments from ans...@openoffice.org Tue Sep 1 13:10:22 + 2009 --- Yes, the Smooth Scroll feature caused the extreme lag. Sorry for the noise. Please remove this issue, if it is already covered by #98766. - 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
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90907 User anscgn changed the following: What|Old value |New value Status|CLOSED|REOPENED Resolution|DUPLICATE | Version|OOo 3.0.1 |OOo 3.1 --- Additional comments from ans...@openoffice.org Thu Jun 18 10:59:57 + 2009 --- Yes, please. This issue is different from 101742 and is specific to MacOS X. Actually this is a dramatic problem that probably puts off many Mac users, because it makes OOo Writer almost unusable on the Mac (and it is the only reason I am still using 2.4 with X11). Please compare mouse wheel scrolling with other apps, e.g. Safari. OOo Writer should behave similar, or it will likely not be used. Again: Mouse wheel events include speed/amount information on the Mac. That should be regarded to determine the amount to scroll. Thanks! - 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
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 ans...@openoffice.org Thu Jun 18 12:48:23 + 2009 --- The mouse wheel event already contains information on how many pixels the view should scroll. The OS calculates an appropriate amount depending on speed and other parameters. Slow scrolling moves only one pixel, fast scrolling up to 1/2 page. A fixed amount of pixels per scroll event won't cut it. Search the API reference for kEventMouseWheelMoved and you'll find the parameter kEventParamMouseWheelDelta. There should be a corresponding API for Java or Cocoa too. - 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
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 ans...@openoffice.org Thu Jun 18 15:10:15 + 2009 --- @es: I am experiencing approx. 1 line of text per wheel step, which is ok for fine scrolling inside one paragraph. It is hower almost impossible to use the wheel to scroll page-wise, i.e. to quickly skim a document's layout. The fixed wheel resolution keeps me turning the wheel 6-8 times per page. Moreover, it feels like scroll events get lost (not queued?). This could be due to very slow screen updates, though. - 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
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 ans...@openoffice.org Thu Jun 18 15:49:20 + 2009 --- Its not an enhancement: OOo 2.4 under X11 worked perfectly as expected. It's a regression that it now no longer works. All other applications I know of allow for page-wise scrolling with the mouse. That's standard. A software should not enforce its own assumptions about how the user is supposed to use something as basic as the mouse. That's the responsibility of the OS. As of current, OOo Writer ignores the delta information passed in the wheel events, which causes a serious usability issue. - 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
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 ans...@openoffice.org Thu Jun 18 16:25:21 + 2009 --- Please do not underestimate this issue. Consider that the mouse wheel is superior for long documents, where the scrollbar gets too sensitive and fiddly (because of its scale). The wheel is always relative and works equally for all sizes of documents. There's good reason why the OS supports a variable delta information in the event. - 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
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 ans...@openoffice.org Thu Jun 18 16:35:18 + 2009 --- @pl: I agree with you in that neither a small, nor a large step increment will satisfy anyone, because it is variable. For this reason, the OS passes a pre-computed value (delta). You can simply use it (IIRC, its in pixel units already). This will make the behavior 100% Mac compliant and nobody will complain. - 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
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 ans...@openoffice.org Thu Jun 18 16:52:09 + 2009 --- No, not 1 pixel (sigh) The delta increment passed with the event varies between a few pixels and some 200-300 pixels, depending on how fast the wheel is scrolled. This was perfectly tuned by Apple engineers and this value is used by /every/ Mac application, so there is no reason why any Mac user should complain. Nobody would notice a difference to standard apps. - 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
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 ans...@openoffice.org Thu Jun 18 17:56:37 + 2009 --- Ok, I didn't know that. Sorry. I really wonder how someone could complain about the standard Mac behavior. Perhaps there was some unintended additional scaling in effect that overly distorted the speed factor? Anyway, I can't help but feel some minority took over this matter to their personal liking. This is a pity IMO. As I unfortunately don't have enough time to engage in community discussions, I will stay with 2.4 under X11 and forget about version 3 entirely. Skimming a 200 page documentation with the scrollbar is a PITA. - 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
[porting-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny (esp. with mouse from Microsoft)
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 ans...@openoffice.org Wed May 13 07:36:41 + 2009 --- Just noticed this is still present in released 3.0.1. It's ashame that I had to go back to 2.4 again, as I need to scroll a lot in long documents. I however think I can possibly contribute some more input to this: (1) The scrolling is choppy and stuttering even on a very fast machine, which might indicate that mouse events get lost. I haven't had a chance to look at the sources, but I would suspect an event queuing problem (?) (2) As mentioned earlier, AppKit mouse wheel events include floats that carry speed information which might not be considered here. (3) The particular mouse model (Microsoft or Logitech) should not matter at all, because other applications work fine with any model. Coping with that is the responsibility of the OS. Unfortunately I don't have the time and resources to work on the sources myself. So hopefully this information might help. - 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...@porting.openoffice.org For additional commands, e-mail: issues-h...@porting.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[porting-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90907 User anscgn changed the following: What|Old value |New value Assigned to|macport |writerneedsconfirm Component|porting |Word processor QA contact|iss...@porting|iss...@sw Summary|Mouse wheel scroll increme|Mouse wheel scroll increme |nts too tiny (esp. with mo|nts too tiny |use from Microsoft) | Subcomponent|MacOSX|ui Version|DEV300m19 |OOo 3.0.1 --- Additional comments from ans...@openoffice.org Wed May 13 08:04:07 + 2009 --- Move this to the current owner, because it seemded that it got lost in the old porting project. Hopefully I didn't miss anything important. - 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...@porting.openoffice.org For additional commands, e-mail: issues-h...@porting.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90907 User anscgn changed the following: What|Old value |New value Assigned to|macport |writerneedsconfirm Component|porting |Word processor QA contact|iss...@porting|iss...@sw Summary|Mouse wheel scroll increme|Mouse wheel scroll increme |nts too tiny (esp. with mo|nts too tiny |use from Microsoft) | Subcomponent|MacOSX|ui Version|DEV300m19 |OOo 3.0.1 --- Additional comments from ans...@openoffice.org Wed May 13 08:04:07 + 2009 --- Move this to the current owner, because it seemded that it got lost in the old porting project. Hopefully I didn't miss anything important. - 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
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 [EMAIL PROTECTED] Sat Jun 28 12:59:08 + 2008 --- Yes, it works to some extent on MacBook with two-finger scrolling (albeit still very small scroll steps only), but doesn't work with a mouse wheel. Using Microsoft 3-button mouse (USB), which works fine with all Macs. I suspect the scroll speed is not regarded. Looks like it always scrolls at the minimum increment, no matter how fast the wheel is being scrolled. - 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]
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
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 [EMAIL PROTECTED] Thu Jun 26 16:06:39 + 2008 --- A sample document is not necessary: Simply open a new, blank document and paste a couple pages of plain text. Compare mouse wheel scrolling responisveness to, say, Safari or any other Mac program. OO Writer does not consider scrolling speed, i.e. it is almost impossible to scroll down an entire page, for example. HTH - 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]
[sw-issues] [Issue 90907] Mouse wheel scroll increme nts too tiny
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90907 Issue #|90907 Summary|Mouse wheel scroll increments too tiny Component|Word processor Version|DEV300m19 Platform|Macintosh URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|mru Reported by|anscgn --- Additional comments from [EMAIL PROTECTED] Fri Jun 20 06:05:31 + 2008 --- Mouse wheel scrolling does almost not move the document at all (very tiny steps). Should move approx. line-wise at least. Tested on Leopard with a 90+ page document. Hint: AppKit mouse wheel events use floats (not integers), representing the proportional speed of the wheel. - 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]