Apache OpenOffice (AOO) Bugzilla – Issue 76395
Printing of handouts only includes very low-res version of embedded bitmap graphics
Last modified: 2010-02-22 15:09:13 UTC
Hi, I installed 2.2 recently and noticed quite a showstopper: When producing handouts, the printed version (I mostly print to a PDF file using FreePDF XP) includes only a very low-res version of bitmap graphics used on the slides. This effectively renders Impress 2.2 useless for producing handouts. I had to install 2.1 to get it done properly. It seems that this effect is correlated with the on-screen preview of the slides: If the slide currently viewed on screen has a bitmap image, and thus this image is rendered in higher resolution, this one page is printed o.k. But all the other pages, which are on screen only visible as thumbnails, have their bitmap graphics printed out in this very low-res preview mode. I reproduced this effect on 2 PCs running Win XP. All the best, Stephan
Can you attach document for reproducing? Thanks in advance.
Created attachment 44467 [details] ODP example file and PDF file produced with FreePDF XP
I attached an example ODP file and the PDF version I created from it using FreePDF XP. The effect is the same though when printing directly to a printer. I reproduced this on a third computer now, this one is running Win2000. Steps to reproduce: - load odp file - print immediately as handouts - the resolution problems should now be visible in the output of the graphics on slides 2 and 4. Stephan
I think this is a problem of FreePDF as the export of the OOo pdf looks good. Closing this one. If you still have problem please feel free to report back. Thanks.
Closed.
It's NOT an issue of FreePDF XP (please read my previous comments more carefully). The same things happens when printing directly to a printer.
Sorry, I tested the pdf export and this looked ok. Printing the handout view of course shows bad quality.
I'm glad you could reproduce it after all, let me know if you need anything else.
What I found out with a smaller file (only an empty slide and then your last slide): When I open the file (it opens up on the first and empty slide) and print it right away the bitmap has a bad quality. When I change to the second slide (the one with the graphic) the graphic is displayed with bad quality for a short time and then it is sharpened. Printing again now shows the handout with good quality. I assume that without getting the slide into focus there is a preview taken for printing. Reassinged, please have a look.
Created attachment 44540 [details] Shorter bugdoc
Please take over.
I'm sorry to see that this wasn't fixed in 2.2.1, because it means I'm still stuck with having to use 2.1. All the best, Stephan
I do not have enough time to fix this issue for OOo2.3 -> new target OOo2.4
I had upgraded to 2.2.1 when I found this bug and verified it existed in 2.2.0 as well. I managed to find a copy of 2.1 to install so I could create new handouts. Since this will not be fixed til 2.4? it might be nice if there was an archived copy of 2.1 somewhere on the openoffice site to fall back to for those of us who have a critical need for handouts.
MD: This issue is a regression compared to 2.1 release. I can reproduce it on Solaris, too. So far there is no workaround in place. MD->SJ: Please tell me effort and risk of a corresponding fix.
I can reproduce this bug on Debian Linux, too. This is a very bad thing because it is a real regression if you use OpenOffice.org Impress for lectures. I hope this bug is fixed as soon as possible.
MD: Setting target to 2.3.1. The issue is already fixed.
.
@md: Can you tell me in which snapshot this bug is fixed because I need this bugfix for printing some slides.
@parity: This issue is part of a CWS which is not yet integrated, but will be soon.
A workaround for the time being (no 2.3.1 or no snapshot with the fix available) is to convert the affected bitmap graphics to Metafile format. Tested with with OOo 2.3 on WindowsXP. This is done by opening each bitmap graphics context menu (right-click on the bitmap) then select "Convert->To Metafile". Apparently there is a reverse method for bitmaps converted to Metafile format: Opening the converted bitmap graphics (which is in Metafile format now) context menu (right-click on the graphicsp) then select "Convert->To Bitmap". HTH Reimer
Hello, is there now a snapshot available for testing this feature?
Target changed.
Verified with OOO310m9 Win32 and Linux_X64.
This issue is closed automatically and wasn't rechecked in a current version of OOo. The fixed issue should be integrated in OOo since more than half a year. If you think this issue isn't fixed in a current version (OOo 3.1), please reopen it and change the field 'Target Milestone' accordingly. If you want to download a current version of OOo => http://download.openoffice.org/index.html If you want to know more about the handling of fixed/verified issues => http://wiki.services.openoffice.org/wiki/Handle_fixed_verified_issues
Sorry this issue was wrongly closed. This issue will be reopened automatically. And will be set after that back to fixed/verified.
Set to state 'fixed'.
Set back to state 'verified/fixed'. Again. Sorry for the mass of mails.
This issue is closed automatically. It should be fixed in a version with is available for longer than half a year (OOo 3.1). If you think this issue isn't fixed in the current version (OOo 3.2) please reopen it. But then please pay attention about the field 'target milestone'. The closure was approved by the Release Status Meeting at 22nd of February 2010 and it is based on the issue handling guideline for fixed/verified issues : http://wiki.services.openoffice.org/wiki/Handle_fixed_verified_issues