Issue 16195 - Text printed double when transparency is used & font is not available
Summary: Text printed double when transparency is used & font is not available
Status: CLOSED FIXED
Alias: None
Product: gsl
Classification: Code
Component: code (show other issues)
Version: OOo 1.1 Beta2
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 1.1.1
Assignee: christian.guenther
QA Contact: issues@gsl
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2003-06-28 17:35 UTC by klee
Modified: 2004-01-28 17:10 UTC (History)
2 users (show)

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


Attachments
Testcase: SXW file (564.33 KB, application/octet-stream)
2003-06-28 17:36 UTC, klee
no flags Details
The wrong printout: PostScript file (564.33 KB, application/octet-stream)
2003-06-28 17:38 UTC, klee
no flags Details
Testcase (really) (9.05 KB, application/octet-stream)
2003-07-13 16:53 UTC, klee
no flags Details
screenshot (ggv with transp., OOo-view, ggv without transp. - top to bottom) (32.95 KB, image/png)
2003-07-13 21:37 UTC, lohmaier
no flags Details
Adress & real contents - different fonts albeit everything is bitmap? (41.67 KB, image/png)
2003-07-14 14:52 UTC, lohmaier
no flags Details
testdoc without transparent rectangle (9.20 KB, application/octet-stream)
2003-07-16 22:37 UTC, lohmaier
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description klee 2003-06-28 17:35:57 UTC
When printing (to a printer or a PS file), the testcase has 2 problems:

1. The big heading "Oliver Klee" is printed two times, one on top of the other,
in a different font (see attached PS file).
2. In the headline of the recipient field, "Str." and "50" are overlapping (in
"Pariser Str. 50").

It looks ok on screen.
Comment 1 klee 2003-06-28 17:36:57 UTC
Created attachment 7213 [details]
Testcase: SXW file
Comment 2 klee 2003-06-28 17:38:29 UTC
Created attachment 7214 [details]
The wrong printout: PostScript file
Comment 3 lohmaier 2003-07-12 22:41:42 UTC
you attached the postscript-file twice instead of uploading the sxw.
Please attach the file. Thanks.
Comment 4 klee 2003-07-13 16:53:12 UTC
Created attachment 7631 [details]
Testcase (really)
Comment 5 lohmaier 2003-07-13 21:36:00 UTC
confirming issue, setting target-milestone, reassigning to gsl.

Cause of Problem:
Transparent Object in combination with "Screen-only Font" [1] &
expanded spacing

Details: 
(please have a look at the attached screenshot vergleich.png wich
shows ps-output when using transparency (top), display in OOo (1.1rc,
middle), ps-output when reducing transparency (bottom))

The attached document testcase.sxw uses "Nimbus Sans L" and contains a
grey design-element with transparency.
When printing to a ps-file OOo asks whether transparency should be
reduced or not. When choosing to print with transparency, some text
gets printed twice with different fonts, other parts just print "ugly".
The text that gets printed twice is using expanded spacing. When set
to default, the text just gets printed "ugly".

When using an available font the printout is somewhat better, but
still the text next to/on top of the element is printed ugly (I assume
that these get printed as graphics)

[1] Writer doesn't show the font in the list and assumes "The font has
not been installed. The closest available font will be used", Calc
however can use the font and tells "This is a screen font. The printer
image may differ."
Comment 6 lohmaier 2003-07-13 21:37:44 UTC
Created attachment 7633 [details]
screenshot (ggv with transp., OOo-view, ggv without transp. - top to bottom)
Comment 7 christof.pintaske 2003-07-14 14:10:39 UTC
cp->ka: in fact the whole letter is printed as a bitmap. Only the
string "Oliver Klee" is printed twice, once in the bitmap and once
with the font "Impact". Apparently for creating the bitmap a different
font had been used. Besides the text "Oliver Klee" only two "blanks"
are printed in Impact font. So I wonder why "Oliver Klee" got printed
twice ?
Comment 8 christof.pintaske 2003-07-14 14:40:51 UTC
reassign not resolve
Comment 9 christof.pintaske 2003-07-14 14:41:48 UTC
reassign
Comment 10 lohmaier 2003-07-14 14:50:32 UTC
Ahh, mid-air coll., so you noticed your mistake ;-)

If it's right that the whole letter gets printed as a bitmap, than why
are the differences so huge? Compare the adress and the real contents
(starting with "Rechnung für Onlinekosten"). Again two different fonts
are used. (Screenshot ggv_view.png)
Comment 11 lohmaier 2003-07-14 14:52:09 UTC
Created attachment 7641 [details]
Adress & real contents - different fonts albeit everything is bitmap?
Comment 12 ooo 2003-07-16 09:41:44 UTC
KA=>THB: could you have a look, please?
Comment 13 thb 2003-07-16 10:29:30 UTC
Yep, reproducable even in OOo1.1 RC. Problem is that the "Oliver Klee" string is 
stretched, resulting in META_STRETCHTEXT_ACTIONs to be generated for the recorded 
meta file. Which, as a matter of fact, have remained uninterpreted in the printing 
code path for at least three years. Wah. Which again proves how important it is that 
people file issues on their bugs, and attach proper test cases. Thanks a 
bunch!!

On an aside: transparency in printed documents is a bit troublesome, at 
least when text on high-quality printers is involved. For printing transparency, we 
have no chance but render the whole area affected by transparent objects as a bitmap. 
And especially on laser printers, there might be visible differences between glyphs 
rendered by the printer, and glyphs rendered into a bitmap, which is then rasterized 
and dithered by the printer. So you might check whether you can maybe achieve the same 
effect (slightly greyed out glyphs) by changing the colors manually, and putting the 
grey rectangle _behind_ the text.
Comment 14 klee 2003-07-16 21:17:36 UTC
Thorsten, the transparency was a workaround around another problem: I
just wanted a grey rectangle behind black text, but I couldn't get the
foreground text to have no background so that the grey rectangle was
visible (I always got white background on the text line - another
bug)? I'll be happy about any hints.
Comment 15 lohmaier 2003-07-16 22:37:45 UTC
Created attachment 7782 [details]
testdoc without transparent rectangle
Comment 16 lohmaier 2003-07-16 22:43:53 UTC
The new attachment ohne_transp.sxw (won't work with OOo1.0.x) achieves
the same effect as attached testcase.png without using transparent
rectangle - instead Background-fill of the frames (Rahmen - containing
"Oliver Klee" & the table containing own adress) is set to white with
100% transparency.
You can use any color when setting the transparency to 100% (in OOo
1.0.x there is no such transparency - that's why it's only working in
OOo1.1)
Comment 17 thb 2003-07-17 07:51:05 UTC
Thanks, Christian. That's what I meant. Printout should now look significantly 
better.
Comment 18 thb 2003-10-20 13:46:43 UTC
Implemented the missing META_STRETCHTEXT_ACTION for printing. Now
works as expected.
Comment 19 thb 2003-11-06 17:39:38 UTC
Changed file is vcl/source/gdi/print2.cxx
Comment 20 thb 2003-11-06 17:53:20 UTC
.
Comment 21 thb 2003-11-12 18:59:20 UTC
Please verify.
Comment 22 klee 2003-11-23 15:05:22 UTC
Verified on OO.o 1.1.0 on Linux.
Comment 23 christian.guenther 2003-11-27 12:23:27 UTC
set to fixed
Comment 24 christian.guenther 2003-11-27 12:24:01 UTC
Verified in cws thb07 on Lin, Win.
Comment 25 christian.guenther 2004-01-28 17:10:07 UTC
The fix is integrated in OOo1.1.1 on Sols, Lin, Win.
This version will be available soon.