|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | Printing drawing objects in Handout or Notes mode is broken | ||
|---|---|---|---|
| Product: | Impress | Reporter: | camillem <cmoulin> |
| Component: | printing | Assignee: | Armin Le Grand <Armin.Le.Grand> |
| Status: | CLOSED DUPLICATE | QA Contact: | issues@graphics <issues> |
| Severity: | Trivial | ||
| Priority: | P3 | CC: | aladdin, cno, hatapitk, issues, kamataki |
| Version: | OOo 3.1 | Keywords: | regression |
| Target Milestone: | OOo 3.1.1 | ||
| Hardware: | Unknown | ||
| OS: | Windows XP | ||
| Issue Type: | DEFECT | Latest Confirmation in: | --- |
| Developer Difficulty: | --- | ||
| Issue Depends on: | |||
| Issue Blocks: | 101565 | ||
| Attachments: | |||
|
Description
camillem
2009-05-18 17:07:49 UTC
Created attachment 62348 [details]
Simple presentation with two slides with charts
Created attachment 62349 [details]
Result when printing the previous file with PDF Creator
I get the same result with a Canon iR 5870C EUR PCL5c printer This same issue was just reported to us on dev@fi.openoffice.org. According to the reporter this is a regression from 3.0.1 (tested on Windows XP). I confirm it works with OOo 3.0.1. Actually, there is a similar problem in Notes mode Reproducible. Reassigned. Created attachment 62360 [details]
Result when printing the previous file in Notes Mode with PDF Creator
Considering it's a regression and that the scope is not only Handout but also Notes mode (and also when exporting to PDF and checking "export notes" ), I would suggest you target it for 3.1.1. Actually, in Notes mode at least, the problems also applies to simple drawings (at least in PDF export, I don't have a printer at hand at the moment) Created attachment 62623 [details]
Simple test case with drawings to be printed in Notes mode
Created attachment 62624 [details]
Result of the previous files : wrong PDF export of drawings in notes mode
As it has been set as a 3.1.1 release stopper, I changed the target accordingly Printing is done via meta files. OLE objects have their own meta files which are embedded into the meta file of the slide. While this works correctly for most OLE types the special handling of Chart OLE objects seems not to provide a proper transformation of coordinate systems. @aw: Please take over. You know this stuff better than I do. AW: Adding to CWS aw074 to take a look... AW: Checked, this one is identical to #i101811# which is fixed on OOo 3.2 codeline already. Setting to double, adding #i101811# to CWS aw074, too. *** This issue has been marked as a duplicate of 101811 *** AW: Closing double. AW: Re-activating since #i101811# fixes the chart problem, but not the 2nd mentioned one, the lines of simple draw shapes. Adapting title accordingly... AW: Re-adding to CWS aw074, too. Looking for the lines offset while PDF export (as can be seen in #i101811# basic problem is the embedding of geometry in a PagePreview object, as it is e.g. used in handout pages)... AW: Has to do with VclMetafileProcessor2D::impTryToCreateSvtGraphicStroke which i already changed with #i101734#. It's double to it, and it's also already fixed in CWS aw073 for OOo 3.2. Ahhh! Task handling needs me to set to double (the other one is older) and also to double-add #i101734# to CWS aw073 and aw074. I can only set to double to one task; setting to #i101734# now. But to make clear: It's double to #i101734# AND #i101811#. *** This issue has been marked as a duplicate of 101734 *** AW: Removed from aw074, closing. |