Issue 76395 - Printing of handouts only includes very low-res version of embedded bitmap graphics
Summary: Printing of handouts only includes very low-res version of embedded bitmap gr...
Alias: None
Product: Impress
Classification: Application
Component: printing (show other issues)
Version: OOo 2.2
Hardware: All All
: P2 Trivial with 2 votes (vote)
Target Milestone: OOo 3.1
Assignee: sven.jacobi
QA Contact: issues@graphics
Keywords: needmoreinfo, oooqa, regression
Depends on:
Blocks: 81048
  Show dependency tree
Reported: 2007-04-16 12:09 UTC by sp908
Modified: 2010-02-22 15:09 UTC (History)
8 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

ODP example file and PDF file produced with FreePDF XP (334.21 KB, application/x-compressed)
2007-04-17 08:20 UTC, sp908
no flags Details
Shorter bugdoc (195.87 KB, application/vnd.oasis.opendocument.presentation)
2007-04-19 11:58 UTC, wolframgarten
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description sp908 2007-04-16 12:09:28 UTC

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,

Comment 1 wolframgarten 2007-04-16 15:29:10 UTC
Can you attach document for reproducing? Thanks in advance.
Comment 2 sp908 2007-04-17 08:20:37 UTC
Created attachment 44467 [details]
ODP example file and PDF file produced with FreePDF XP
Comment 3 sp908 2007-04-17 08:24:49 UTC
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.

Comment 4 wolframgarten 2007-04-18 14:29:35 UTC
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.
Comment 5 wolframgarten 2007-04-18 14:30:00 UTC
Comment 6 sp908 2007-04-18 14:56:02 UTC
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.
Comment 7 wolframgarten 2007-04-19 07:46:11 UTC
Sorry, I tested the pdf export and this looked ok. Printing the handout view of
course shows bad quality.
Comment 8 sp908 2007-04-19 07:56:30 UTC
I'm glad you could reproduce it after all, let me know if you need anything else.
Comment 9 wolframgarten 2007-04-19 11:51:55 UTC
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
Reassinged, please have a look.
Comment 10 wolframgarten 2007-04-19 11:58:12 UTC
Created attachment 44540 [details]
Shorter bugdoc
Comment 11 groucho266 2007-04-19 12:24:14 UTC
Please take over.
Comment 12 sp908 2007-06-14 09:48:17 UTC
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,

Comment 13 sven.jacobi 2007-07-06 13:44:33 UTC
I do not have enough time to fix this issue for OOo2.3 -> new target OOo2.4
Comment 14 warrenf 2007-07-22 01:38:00 UTC
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.
Comment 15 mdxonefour 2007-08-28 08:19:33 UTC
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.
Comment 16 parity 2007-09-27 14:21:21 UTC
I can reproduce this bug on Debian Linux, too.

This is a very bad thing because it is a real regression if you use Impress for lectures. I hope this bug is fixed as soon as possible.
Comment 17 mdxonefour 2007-10-15 13:09:16 UTC
MD: Setting target to 2.3.1.
The issue is already fixed.
Comment 18 mdxonefour 2007-10-15 13:09:40 UTC
Comment 19 parity 2007-10-15 14:09:09 UTC

Can you tell me in which snapshot this bug is fixed because I need this bugfix
for  printing some slides.
Comment 20 mdxonefour 2007-10-15 15:37:26 UTC
@parity: This issue is part of a CWS which is not yet integrated, but will be soon.
Comment 21 karlsenmasur 2007-11-01 11:33:27 UTC
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".


Comment 22 parity 2007-11-06 14:10:39 UTC

is there now a snapshot available for testing this feature?
Comment 23 wolframgarten 2008-05-22 11:48:05 UTC
Target changed.
Comment 24 gibi 2009-04-12 17:05:19 UTC
Verified with OOO310m9 Win32 and Linux_X64.
Comment 25 thorsten.ziehm 2009-07-20 14:52:26 UTC
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 =>
If you want to know more about the handling of fixed/verified issues =>
Comment 26 thorsten.ziehm 2009-07-20 15:36:25 UTC
Sorry this issue was wrongly closed. This issue will be reopened automatically.
And will be set after that back to fixed/verified.
Comment 27 thorsten.ziehm 2009-07-20 15:40:43 UTC
Set to state 'fixed'.
Comment 28 thorsten.ziehm 2009-07-20 15:44:42 UTC
Set back to state 'verified/fixed'.

Again. Sorry for the mass of mails.
Comment 29 thorsten.ziehm 2010-02-22 15:09:13 UTC
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  :