https://bugs.documentfoundation.org/show_bug.cgi?id=89204
--- Comment #13 from tmacalp <[email protected]> --- Created attachment 114996 --> https://bugs.documentfoundation.org/attachment.cgi?id=114996&action=edit Animated gif of slow rendering behavior in 442 vs 357 I have to agree with crxssi on the severity of this bug. The regression is quite dramatic and is VERY noticeable both locally and remotely. I've attached an animated gif of me running two versions of LibreOffice side-by-side locally, so you can see the difference. The two versions used are 3.5.7.2 on left and 4.4.2.2 on right. They are both running on the same local system. This was tested on a Core 2 Duo e6400 system running Fedora 17. Both versions are using the attachment linked in comment 5. In my gif, I do the following actions in order: 1. Type in 442 (EXTREMELY SLOW!) 2. Scroll down and then up once with mouse wheel in 442 (EXTREMELY SLOW!) 3. Type in 357 (VERY FAST) 4. Scroll down and then up with mouse wheel in 357 (VERY FAST) 5. Scroll down and up a few more times in 357 (VERY FAST) 6. Drag images around in 357 (VERY FAST) 7. Step 2 (scrolling down and then up ONCE in the 442 window) has finally finished and I can finally interact with the window again. I then drag images in the 442 window (EXTREMELY SLOW!) As you can see, the previous behavior was orders of magnitude faster and MUCH more responsive. If anyone is wondering, both libreoffice versions are using the same rendering settings (anti-aliasing/hardware accel on). Though this bug doesn't cause a single pause event that lasts 30 seconds, I'd say it is accurately described by the phrase "tediously slow." -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
