You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@openoffice.apache.org by bu...@apache.org on 2013/01/07 14:54:34 UTC
[Bug 121591] New: transparent filling of polygon is printed to wrong
place
https://issues.apache.org/ooo/show_bug.cgi?id=121591
Bug ID: 121591
Issue Type: DEFECT
Summary: transparent filling of polygon is printed to wrong
place
Classification: Application
Product: drawing
Version: AOO400-dev
Hardware: PC
OS: Windows, all
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: printing
Assignee: issues@openoffice.apache.org
Reporter: rb.henschel@t-online.de
CC: issues@openoffice.apache.org
Created attachment 80106
--> https://issues.apache.org/ooo/attachment.cgi?id=80106&action=edit
Polygon with transparent filling
Print the attached document. Notice the filling is at the wrong place and is
far too large.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
--- Comment #1 from Regina Henschel <rb...@t-online.de> ---
Created attachment 80107
--> https://issues.apache.org/ooo/attachment.cgi?id=80107&action=edit
Scan of the print result
The file printed on a HP Color LaserJet 2605dn on WinXP.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
--- Comment #11 from Armin Le Grand <Ar...@me.com> ---
ALG: Also checked with various UI resolutions (just to make sure). The factor
is stable, thus I could use it. Adapting...
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
--- Comment #10 from Armin Le Grand <Ar...@me.com> ---
ALG: Checked with different printer DPIs (600, 1440), works with various ones,
so could be done.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
rainerbielefeld <ra...@bielefeldundbuss.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
Status|UNCONFIRMED |CONFIRMED
CC| |rainerbielefeld_ooo_qa@biel
| |efeldundbuss.de
Ever confirmed|0 |1
--- Comment #5 from rainerbielefeld <ra...@bielefeldundbuss.de> ---
Reproducible with reporter's sample document and server installation of "AOO
4.0.0-Dev – English UI / German locale [AOO400m1(Build:9700) - Rev. 1484333
Rev.1483903 (2013-05-20)]" on WIN7 Home Premium (64bit)", own separate user
profile
Problem is visible with Print to FreePDF printer, transparent filling area is
at the bottom right corner of the sheet area and exceeds sheet in printout as
shown in Regina's scan. Still looks ok an Print Preview in printing dialog.
Already reproducible with AOO 3.4.0
Was ok with OOo 3.1.1, os this is a Regression to Pre-3.4.0, I haven't a clue
whether the keyword has to be used here.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
Armin Le Grand <Ar...@me.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CONFIRMED |ACCEPTED
--- Comment #9 from Armin Le Grand <Ar...@me.com> ---
ALG: This is really weird. The transparency mapping is needed, printers cannot
draw transparent objects at all. If not mapped, bad quality will be the result.
Of couse it should not be painted with an offset, still.
OOo2.2 offers to map transparencies, but even when not mapping, it produces a
good result. Looked for the sources, but could not find anymore.
There *is* a fallback case for printers in OutputDevice::DrawTransparent in
outdev6.cxx, but it only supports 4 stages of transparency by using the polygon
as mask and painting hor/ver arrays of rectangles. This could be activated
quickly to fix this, but gives no good print quality (besides that for good
quality the transparency mapping *has* to be done).
This is anyways a Win-only thing, only there do we currently have extended
GDIPlus stuff. The only GdiPlus commands used when printing is the transparent
polygon. In principle, GdiPlus should not be used for printers, the mapping is
not correct.
OTOH it *works* and produces nice transparency results, even without previous
transparency mapping. I found out by experimenting that it is ofsetted by a
factor of 100/DPIX and 100/DPIY in X/Y when the printer HDC with 600 dpi is
used, but I am not sure why (maybe default for GdiPlus HDCs for printers, I
checked that there is *no* transformation set, though). I can use this, correct
the mapping and get the correct result. Thus I now need to check if there are
drawbacks...
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
--- Comment #6 from Armin Le Grand <Ar...@me.com> ---
Created attachment 80735
--> https://issues.apache.org/ooo/attachment.cgi?id=80735&action=edit
Minimalized sample
ALG: Reduced the sample; only top and left lines kept, no line at transparent
polygon. Removing one of the lines makes it work.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
Armin Le Grand <Ar...@me.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |AOO 4.0
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
Armin Le Grand <Ar...@me.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ACCEPTED |RESOLVED
Resolution|--- |FIXED
--- Comment #13 from Armin Le Grand <Ar...@me.com> ---
ALG: Okay, done.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
--- Comment #7 from Armin Le Grand <Ar...@me.com> ---
ALG: OutputDevice::RemoveTransparenciesFromMetaFile is used, but even when
avoiding it, the transparent polygon has a wrong offset.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
Rob Weir <ro...@apache.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
QA Contact| |suchithra75@gmail.com
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
--- Comment #8 from Armin Le Grand <Ar...@me.com> ---
ALG: Avoiding mapping creates offset, tried to use LogicToPixel or
ImplLogicToDevicePixel with old PolyPolygon class instead, but creates the same
error. This proves that ImplGetDeviceTransformation works well. Still no idea
where the sometimes wrong mapping comes from. Also checked that the printer is
600 dpi and the GdiPlus device is 600 dpi, too.
Without the two lines (only the poly, no outline) it is correct with
transparent mapping, incorrect without. When using pDisableNative with
transparent mapping it is correct.
Same with AOO3.4 and OOo3.3.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
Armin Le Grand <Ar...@me.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Armin.Le.Grand@me.com
--- Comment #2 from Armin Le Grand <Ar...@me.com> ---
ALG: Can you try what happens with PDF export to see if it's a pure printing
problem, remember the transparnce removal stuff when printing (or for PDF/1A).
There is even an option somwhere which asks if the transparence shall be
removed when printing. When not using removal, is it in the right place?
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
--- Comment #14 from SVN Robot <sv...@dev.null.org> ---
"alg" committed SVN revision 1487427 into trunk:
i121591 Corrected some transparent printing stuff for windows
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
--- Comment #4 from Armin Le Grand <Ar...@me.com> ---
ALG: Thanks, Regina. I asked for PDF/1A (or similar) format since there no
transparency is allowed and the same code used in printing is applied to remove
the transparencies from the output, so trying PDF/1A should lead to the same
result.
Looks as if exactly that method which removes the transparency still has errors
(after all that time, it came from a wise graphics guy who is now at another
project), need to rewrite this to primitives one day.
The overlapping is not so astonishing in this area: Transparency removal
exactly takes those aspects into account (the objects 'behind' need to show
through a created, non-transparent partial bitmap)...
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
--- Comment #3 from Regina Henschel <rb...@t-online.de> ---
The 'transparency' setting is in Tools > Options > OpenOffice.org > Print. The
error can be seen, if the option "Reduce transparency" is off, or when it is on
with the setting "automatic". The pdf export dialog has no transparency
setting.
The print is correct with the setting "Reduce transparency" on and setting "No
transparency". But in that case not the resulting color is used, but objects
behind are hidden by the now non-transparent polygon.
In the export to pdf the filling is on the correct place and has the right
colors, which means, that objects behind are visible as if the polygon is
transparent.
Astonishingly the print is correct, if the polygon overlaps with another shape,
but not, if the other shape is located beside the polygon.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 121591] transparent filling of polygon is printed to wrong
place
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=121591
--- Comment #12 from Armin Le Grand <Ar...@me.com> ---
ALG: Adapted, did some real test prints, looks good. Preparing checkin...
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.