Created attachment 47445 [details] eps-example.odt Downstream bug may be found at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/513980 1) lsb_release -rd Description: Ubuntu 11.04 Release: 11.04 2) apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:3.3.2-1ubuntu5 Candidate: 1:3.3.2-1ubuntu5 Version table: *** 1:3.3.2-1ubuntu5 0 500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages 100 /var/lib/dpkg/status 1:3.3.2-1ubuntu4 0 500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages 3) What is expected to happen in LibreOffice Writer via the Terminal: cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/513980/+attachment/2151023/+files/eps-example.odt && lowriter -nologo eps-example.odt is one may scroll vertically through the document quickly and successfully. 4) What happens instead is it does not. It frequently becomes unresponsive for tens of seconds at a time.
[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
reproduced on LibO 3.5.0 beta 1 on Fedora 64 bit and on Windows just empty square instead of diagram
the scrolling problem is for me not reproducible with LO 4.0.2.2 (Win7 Home, 64bit) But I can confirm as per Sasha's comment that on page two there is only an empty square.
Does this issue still persist for you with the latest release of LO? If not, then I would propose to close this issue, but to open a new bug report regarding the red square on page two.
reproduced in Version 4.0.2.2 on Fedora (RFR) 64 bit Separate bug about problems on Windows: Bug 47458 - [Task] EPS graphics not displayed properly
@Sasha: Can you also confirm this scrolling problem with Windows? I can't confirm it on my Windows PC, the scrolling works fine as expected.
in 4.0.2 on Windows XP 32bit only red frame with two lines of text instead of picture on second page. No slow down.
Problem noted in the Description https://bugs.freedesktop.org/show_bug.cgi?id=37837#c0 reproducible in: Version 4.0.2.2 (Build ID: 400m0(Build:2)) lsb_release -rd Description: Ubuntu 13.04 Release: 13.04 apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:4.0.2-0ubuntu1 Candidate: 1:4.0.2-0ubuntu1 Version table: *** 1:4.0.2-0ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ raring/main amd64 Packages 100 /var/lib/dpkg/status
*** Bug 68031 has been marked as a duplicate of this bug. ***
I tracked a regression down to this commit: "commit c0ce7ca4884f7f6d1016bd1dbcc22066cb4a7797 Author: Tomaž Vajngerl <quikee@gmail.com> Date: Sat Jul 7 13:07:03 2012 +0200 Prescale image with Bitmap::Scale to improve quality. In OutputDevice, when sending the Bitmap to native renderer, use Bitmap::Scale operation to improve quality when doing sub-sampling. With this Bitmaps in certain Widgets will look a lot better. Cleanup and translate comments, and move sal_Bool to bool in outdev2.cxx" This commit improves the quality of the rendering but also adds unnecessary rerendering of EPS figures when scrolling.
Using libreoffice-writer 1:4.2.1-0ubuntu1~saucy1 on Ubuntu 13.10 64 bit and I am experiencing this bug as well. Would it be possible to have some details about the current status of this bug please? I would be so glad to be able to work efficiently in Writer with a document containing eps. Currently, I either have to disable graphic display or use png. I think that having a poor rendering of eps in Writer would be 100 times better then poor vertical scrolling. I can see why some people may disagree with that though... I'm talking only for my particular situation. For example, I find the way Scribus is handling eps quite wonderful honestly. eps are rendered as a low quality preview (quality can be user defined), allowing you to move things around really smoothly. It is possible to activate a Preview mode of the document that will improve the rendering of the eps, but make the document less responsive.
*** Bug 76945 has been marked as a duplicate of this bug. ***
@Björgvin, * (In reply to Björgvin Ragnarsson from comment #10) > I tracked a regression down to this commit: > > "commit c0ce7ca4884f7f6d1016bd1dbcc22066cb4a7797 > Author: Tomaž Vajngerl <quikee@gmail.com> > Date: Sat Jul 7 13:07:03 2012 +0200 > > Prescale image with Bitmap::Scale to improve quality. > > In OutputDevice, when sending the Bitmap to native renderer, use > Bitmap::Scale operation to improve quality when doing sub-sampling. > With this Bitmaps in certain Widgets will look a lot better. > > Cleanup and translate comments, and move sal_Bool to bool in outdev2.cxx" > > > > This commit improves the quality of the rendering but also adds unnecessary > rerendering of EPS figures when scrolling. The outdev code was largely refactored starting Mar/Apr 2014 by Chris S. and has had a lot of continued work. With current 5.0.2.1 RC1 release I really don't see much lag on scrolling onto pages with EPS present. Attachment 58882 [details] for example (a much more complex example of handling EPS Impress) moves about nicely. And when majority of those EPS are extracted and pasted into a Writer document--no issues with scrolling in Writer either. Believe this can be Resolved WFM. But please reopen if there is a reproducible test case with current release. =-ref-= http://opengrok.libreoffice.org/history/core/include/vcl/outdev.hxx
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]