Description: When using MS PowerPoint to create a slide which has items (shapes, textboxes etc.) outside/beyond the slide area, the items are not reachable in LO Impress. You can zoom out to see all content beyond the slide area, but you cannot zoom in on the elements themselves if they are far off out of the slide area. The same applies to scrolling. In PowerPoint the vertical and horizontal scrollbars adjust automatically so you can scroll however you like ouside the slide area if there are elements outside, but in Impress the scrollbars have fixed lengths so you cannot reach the elements far away. Steps to Reproduce: 1. Open the pptx presentation attached. 2. Follow the instructions on the slide => Try to follow the blue arrows to reach the orange tear at the end by any means. 3. You can't reach it, but you can see it if you zoom out enough. Actual Results: The horizontal scroll bar does not resize to allow to scroll the work area to the end of the last element. In this case to be able to see the orange tear. You cannot reach all the elements on the work area without zooming very far away. Even if you zoom, you cannot move the orange tear outside a predefined area by LO Impress. Editing is limited to a specific area, but in PowerPoint it is virtually infinite. Expected Results: The horizontal scrollbar should auto-resize to allow scrolling to the very last element on the work area. Zooming should be able to zoom in on any element. Moving the elements should be allowes outside the Impress predefined area. Reproducible: Always User Profile Reset: No Additional Info: This is very important for me as me and my colleagues have very large diagrams on the slide that go beyond the slide area that we reposition each time we want to show different things on the slide and hide the rest. PowerPoint works fine with this. So LO Impress has to do this as well! Thanks.
Created attachment 164388 [details] Use this to reproduce the issue. You cannot see all the objects.
Design team: this report seems to contradict the request in bug 117009 (on the other hand, there does not seem to be consensus on how to tackle 117009)
Well, it does not contradict 117009, but that one is wrongly explained. The scroll bars should be as long as the *content* in the canvas, not the slide itself (does not matter how big is the slide, just how big is the content that can be placed even outside the slide). That bug implies that the scroll bars should autosize relative to the content that needs to be scrollable. So if there is no reason to scroll, they should go away (have zero scrolling ability). So this 2 bugs should be treated as complementing themselves.
New slide with default properties has the format 16:9 with 28 x 15,75cm width/height. Placing objects at -28/-7,88 min respectively 50,5/20,25 max is possible and scrolling works fine. The example has a user-defined slide dimension and placing objects at the same relative min/max works as expected. But MSO apparently allows objects to be places beyond that - and we show it with the same coordinates (min -33,87 cm in both cases). This needs to be fixed, any position of objects should be possible. The scrollbar works according the ruler but has to follow the update. Workaround is to zoom out. Bug 117009 recommends to introduce a "auto-center" option that is on by default and hides the scrollbars when the entire slide is visible. If the option is off we get the current behavior where scrollbars always allow to put content out of sight.
Smallest/largest number I can use in MSO2016 is -/+5963,92cm for both x and y. In this case it's not enough to zoom out to 10%.
Dear Mihai Vasiliu, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Issue still reproducible on: Version: 25.8.0.1 (X86_64) Build ID: 127f2cf27c25aaac008a1045ebfed22015cb3064 CPU threads: 20; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win Locale: ro-RO (ro_RO); UI: en-US Calc: CL threaded