https://bugs.documentfoundation.org/show_bug.cgi?id=165905
Eyal Rozenberg <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |libreoffice-ux-advise@lists | |.freedesktop.org Keywords| |needsUXEval Blocks| |108075 --- Comment #1 from Eyal Rozenberg <[email protected]> --- (In reply to abdulrehmanaldaghir882000 from comment #0) > In LibreOffice Impress, using the mouse wheel does not move to the next or > previous slide. Instead, it scrolls vertically within the current slide, > even when there is nothing more to scroll. That is not actually true. After scrolling some way past the edge of the slide, scrolling _does_ transition to the next or the previous slide. It's just that Impress adds some "slack" so that you wont have the surprising transition, and will be very likely to have wanted to get to the next/previous slide. > It would be helpful to have an option that allows users to configure the > mouse wheel to navigate between slides instead of scrolling within a slide. "Instead of", or are you suggesting we offer the same behavior as PowerPoint, i.e. scroll within the slide while there is anywhere further to scroll in the relevant direction, and otherwise, move to the previous/next slide? If it's the former - how do you suggest users scroll within the slide area, using the mouse (and you can say they can use the scroll bar)? If it's the latter - personally, I have always found that rather inconvenient, i.e. you don't know in advance what the mouse wheel action will actually do; and you don't get the effect of one mouse action/movement per transition - you have to be careful and await feedback all the time. The LO trade-off point, while requiring more mouse actions, breaks the "principle of least astonishment" less than PowerPoint's behavior. > This behavior would align with other presentation software, such as > Microsoft PowerPoint Can you be more specific about other presentation software besides MS PowerPoint? I just checked the Atril PDF viewer, and its logic is as follows (in non-continuous view): * If a full page fits the window viewport, the mouse wheel moves between pages on scroll. * If a full page does _not_ fit the window viewport, the mouse wheel vertically scrolls within the page, and _never_ moves between pages. which is interesting. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108075 [Bug 108075] [META] Scrolling and Page up/down issues -- You are receiving this mail because: You are the assignee for the bug.
