I assume we need to open again issues from OO bugzilla. So I'd like to open a bug for an option to scroll mousewheel to change slides in Impress when editing and slide is fully shown in the window. Request is originally available at https://openoffice.org/bugzilla/show_bug.cgi?id=10931. There is a lengthy discussion there, starting with something like: It would be nice to have an option to change the page, a la pageup/pagedown, when scrolling with the mouse wheel in impress. Right now, it scrolls the slide in the OO window.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
The same issue on a new address: https://issues.apache.org/ooo/show_bug.cgi?id=10931
Same behavior in 3.5.0 beta 2.
Hmm. So ppt does something like that, though not sure it is entirely nice - trades in control when zooming into single slides over scrolling through the deck. Samuel, would you want to bring this issue to ux-advise for some UX scrutiny?
(In reply to comment #4) > Samuel, would you want to bring this issue to ux-advise for some UX > scrutiny? I just did. I will report back here when a decision has been made.
Hello. Any news on this?
I think this should be on MAB.
Extremely frustrating and time-consuming. Why did you remove a feature which was so useful?
I'm also missing this usability feature and hope to see it implemented.
We should change the current just wheel action to alt+wheel and introduce an option where users can decide ( ) Next/previous slide (o) Scroll within current slide Likely an easyhack.
https://reporterwings.com/news/best-deals/ https://reporterwings.com/news/sports/ https://reporterwings.com/news/entertainment/
So, there seems to be an agreement on having the mouse wheel scroll between slides rather than up and down; and the last comment was from 3 years ago, and got no objections. So, perhaps it's time for traction on this? I will make a potential alternative suggestion though; not sure if it's better: Mousewheel scrolls slides for zoom levels where the entire slide is in view, and scrolls the viewport on higher zoom levels. This sacrifices behavior consistency in favor of "hitting two birds with one stone", catering to each interest in scrolling when it is more relevant. Again, I'm not sure this is the better option, but something to consider.
Hi, I'd like to express my support for this feature enhancement + add to it. At the moment, using the scroll wheel is possible to scroll to the next or previous slide, when the slide is extremely zoomed out (for me something like 40%). Then scrolling results in "next slide" or "previous slide". For smaller zooms, scrolling results in going up/down on the same slide. My feature request is this: to put in the settings an option to set at which level you want the scrolling to switch from vertical scrolling on the same slide to scrolling to the next/previous slide. This way, - people who want to keep it as current can set the % to 40% (meaning it will switch at the current zoom level of 40%) - people who want always vertical scrolling on the same slide, regardless of zoom level can set it to 0% - people who always want scrolling to mean scroll to the next/previous slide can set the % at 3000% (1% higher than the maximum amount of zoom possible in Impress) - people who the switch to occur precisely when the slide is full-screen, as in MS Powerpoint, can set it to that %)
(In reply to Eyal Rozenberg from comment #12) > I will make a potential alternative suggestion though; [...] Mousewheel scrolls slides for zoom levels where the entire slide is in view, and scrolls the viewport on higher zoom levels. Yep. Full agree there. That's how it works in SumatraPDF (and many other PDF readers), and it works great: - If entire page/slide fits on screen... - Mouse wheel jumps to previous/next page. - If entire page/slide doesn't fit on screen... - Mouse wheel moves and scrolls the slide up/down. - - - - - - I just tested Powerpoint 365 (2401, Build 17231.20194), and it: - Does the above. AND when it's zoomed in + reaches near the bottom of slide 1: - Loads/Scrolls seamlessly into the next slide. - So it looks like it's one long page with a dashed line between slides 1+2. That, also, seems like a fantastic solution/workflow.
Sarper Akdemir committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/dfb412699b96e12b2758be0e422c3e775f183d17 tdf#38164: sd: allow panning across pages when zoomed in It will be available in 24.8.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Hello. I just moved from PowerPoint to LibreOffice Impress and this is the feature I was missing the most. I was happy to find out that in the newest version of LibreOffice this was fixed. Thanks a lot for improving this! However, I wanted to make a recommendation or at least suggest an improvement, if I may: is it possible to prevent scrolling from moving the slide *at all* and to assign this action only and exclusively to switching between slides? Currently scrolling first moves the slide by a bit and then switches to the previous or the next slide which does not look or feel very smooth. Coming from PowerPoint this is a bit irritating, so I would be super thankful if this could be improved.
Whatever is the response here, status should not be changed. Because, what was done after so long is usable, albeit not ideal. Not sure if improvement is possible as explained, but let us first see it before expecting the new fix.
(In reply to bugs.documentfoundat.baked742 from comment #16) > Currently scrolling first moves the slide by a bit and then > switches to the previous or the next slide which does not look or feel very > smooth. Impress and Draw have a huge canvas where the actual slide or page lives but objects can be moved apart this area. If we block mouse scrolling some presentations may become unusable - just because it feels not smooth is not enough, IMO. But feel free to file a new ticket and we discuss the proposal with pleasure.
Thanks a lot for the quick responses. What you say makes full sense. Yes, I will be considering to file a new ticket.