Description: Hello, I read the interesting article about the new Vulcan graphic library in the current LibreOffice. https://www.collaboraoffice.com/releases-en/implementing-vulkan-capable-libreoffice-user-interface-using-the-skia-library/ This apparently makes everything a bit easier to implement and there is also talk of possible improvements. I would like to make a suggestion for improvement, which is perhaps not so much dependent on the engine, but on how the implementation of LO is realised. Every year we publish a lot of books where usually two illustrations/photos are linked on a double page. This still all takes place in MS Word 2003 in Windows (but I would like to swich to LO). Unfortunately, I have to say that scrolling through the double pages in Word is a lot smoother than in the current LO. I think this is due to a different type of "lazy loading". Word turns the page and I, as the producer, see the double-page text immediately on the screen.The illustrations are sometimes immediately in place, or loaded with a small delay. LibreOffice, on the other hand, seems to wait until the photos are completely loaded before the double-page spread is displayed on the screen. This is irritating for my use case. I would like to see the texts turn immediately, the display of the illustrations is secondary for me. I would suggest to change the behaviour in principle or to offer a switch in the basic settings to be able to activate the "lazy loading" when scrolling. Thank you Michael Mueller Actual Results: slow scrolling Expected Results: quick scrolling Reproducible: Always User Profile Reset: No Additional Info: lazy loading prefered
Is it possible to have an attachment withes demonstrates the issue? Also please try 7.1 if possible. There might be some performance improvements
Created attachment 169724 [details] Just a long document as a sample Hello Telsto, I think now with version 7.1 it's really faster, but I find with Word 2003 it's still a little bit more responsive. But it's o.k. as it is! I have included the extra long chapter "Porto_and_Surroundings.odt" from my Northern Portugal travel guide. Photos and PDF maps are linked with path C:\LibreOffice_TEST in the document. The fonts are included in the .odt document. https://cloud.michael-mueller-verlag.de/index.php/s/z4WkM6n6tsXc5DF I still have to learn some routine when working with LibreOffice. I have tried unsuccessfully to place the map double page correctly on double page 49/50. It is a PDF file from Illustrator. The map is inserted on the left side and trimmed by half on the right. On the other side, the PDF datai is hooked in a second time and trimmed on the left side. Translated with www.DeepL.com/Translator (free version)
Due to change in https://bugs.documentfoundation.org/show_bug.cgi?id=138068, it's best to test with daily master from https://dev-builds.libreoffice.org/daily/master/current.html and see all bugs in See Also for a potential duplicate.
(In reply to Timur from comment #3) > Due to change in https://bugs.documentfoundation.org/show_bug.cgi?id=138068, > it's best to test with daily master from > https://dev-builds.libreoffice.org/daily/master/current.html and see all > bugs in See Also for a potential duplicate. Michael, could you please retest and have a look for potential duplicates? Thank you.
Dear Michael.Mueller, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Michael.Mueller, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp
A 7.4 alpha build (https://git.libreoffice.org/core/+log/bd950c4bfd2753589bb4b4b89aab6b05eaa1e346) shows layout freezing with endless warning messages in the terminal window: warn:legacy.osl:4609:4609:sw/source/core/layout/flowfrm.cxx:2575: <SwFlowFrame::MoveBwd(..)> - layout loop control for layout action <Move Backward> applied! This version had no problem with a similar document with a lot of huge images, also a fresh build, so it's worth to check the problem with newer 7.4 releases or daily builds.