| Summary: | Bad Performance of Print Preview in Print Dialog | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | famo <richard.llom> |
| Component: | UI | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | low | CC: | cno, crxssi, stgohi-lobugs |
| Version: | 3.3.0 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.freedesktop.org/show_bug.cgi?id=67905 | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
Calc preview sample
Draw preview sample Writer preview sample Calc Sample File (similar to the one in the screen-shot) Draw Sample File (similar to the one in the screen-shot) Calc with poor print preview |
||
|
Description
famo
2011-08-16 09:55:16 UTC
Created attachment 50280 [details]
Calc preview sample
Created attachment 50281 [details]
Draw preview sample
Created attachment 50282 [details]
Writer preview sample
Created attachment 50283 [details]
Calc Sample File (similar to the one in the screen-shot)
Created attachment 50284 [details]
Draw Sample File (similar to the one in the screen-shot)
I think this is an orientation preview, only for help to select pages to print. I guess is know the Menu/File/Preview. Hi thanks for the report and screenprints. As said already: file > print preview is for a real look and this preview in the print dialog only for orrientation. It performs fine on my pc. Although with complicated graphics its not that fast.. But it is known that the preview is more demanding for the CPU than the old dialog. However, that should be gained later by printing :-) So sorry, I guess this one won't be picked up... I suggest a "resolved > won't fix" I understand (and know) that there is a real print preview, also this is not my point. My point is that this feature adds cpu time, with no reasonable output. And even if it is only for orientation, if you look at the draw or calc sample and imagine two roughly the same graphis/tables, you won't see the difference in the "preview", so it fails here too. I guess on newer pc you won't notice the increased cpu usage, so I guess I'm in a minority of one (and hopefully I will have a better pc someday...). However, the very bad downscaling of the "preview" remains, therefore this issue should remain *open* (even if it has no high priority and won't be fixed anytime soon). (In reply to comment #8) > My point is that this feature adds cpu time, with no reasonable output. And > even if it is only for orientation, if you look at the draw or calc sample and > imagine two roughly the same graphis/tables, you won't see the difference in > the "preview", so it fails here too. There was some need to for the Mac platform. Sorry, but I don't remember details. > However, the very bad downscaling of the "preview" remains, therefore this > issue should remain *open* (even if it has no high priority and won't be fixed > anytime soon). ok :-) Created attachment 50415 [details]
Calc with poor print preview
Confirmed on LibreOffice 3.4 340m1(Build:103) for OpenSuse Linux. Tested with a Calc document with detailed tables and the down-scaled preview was horrendous. Not sure if I am allowed to attach document so here is an image from my end.
[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 Tested with LO 3.5 beta - print preview is still very poor. Status set to new. And even though the performance (as in speed, not quality) aspect was dismissed, I have a (big) calc document, where just opening the print dialog takes 40+ seconds, which I think is pretty lame. It's probably because it's generating the preview for all pages instead of just the one displayed. It should just generate the first page and do the rest asynchronously, or, better, not at all and always render on the fly. Performance of the print dialog preview *is* an issue on slow systems, on thin clients, on complex/big documents, and on users remotely running LO. And the negativity is compounded since the preview is re-rendered with most UI selection/changes (printer change, Properties, Page Layout, etc). It is unlikely performance can be increased/improved significantly. One "solution "is an enhancement, and it is described here: Bug 67905 *** Bug 76194 has been marked as a duplicate of this bug. *** |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.