Issue 24221

Summary:

Printer Font not working correctly

Product:

gsl

Reporter:

pkoebbe <phillip.koebbe>

Component:

code

Assignee:

frank

Status:

CLOSED FIXED

QA Contact:

issues@gsl <issues>

Severity:

Trivial

Priority:

CC:

issues

Version:

OOo 1.1

Target Milestone:

AOO PleaseHelp

Hardware:

Other

OS:

Windows 2000

Issue Type:

DEFECT

Latest Confirmation in:

---

Developer Difficulty:

---

Issue Depends on:

21821, 21951, 26679

Issue Blocks:

Attachments:

Description	Flags
Spreadsheet and greek font to illustrate	none

Description pkoebbe 2004-01-08 19:46:47 UTC

I created a Calc document which was a table of the Greek alphabet.  One column
is the english word (alpha, beta, gamma, etc) while another was the greek
equivalent.  For the greek column I used a greek TT font and painstakingly added
accent/emphasis characters.  On screen, it looked fine.  But when I printed, the
accent/emphasis characters were not there, only the ascii chars that represented
them.  I tried a different greek font, same result.  I tried a different
computer with a different printer, same problem.  I then saved the document as
an Excel file, opened and printed with Excel, and everything worked correctly. 
It seems to be a problem with the OO printing engine or something.

Comment 1 pkoebbe 2004-01-08 19:54:13 UTC

Created attachment 12366 [details]
Spreadsheet and greek font to illustrate

Comment 2 frank 2004-01-09 09:39:55 UTC

reassigned

Comment 3 frank 2004-01-12 11:27:07 UTC

Hi Philip,

Ulf told me that this is your construction site.

Retargeted from 1.1.2 to 2.0 if possible to fix for 1.1.2 please drop me a comment.

Frank

Comment 4 philipp.lohmann 2004-01-12 11:35:52 UTC

pl->hdu: is this your's or ssa's ?

Comment 5 hdu@apache.org 2004-01-12 14:48:46 UTC

I cannot recreate it with a postscript printer on FIX645m3.
Which printer are you using?
What are the printer settings, e.g. is "download as softfont" enabled?

Comment 6 pkoebbe 2004-01-12 15:50:44 UTC

I've done this on two printers.  An Epson Stylus Color 860 and an HP LaserJet
4050 Series PCL 6.  The HP is a networked printer at my job, and I can't get
into any of the properties.  The Epson is my printer at home and I'm running
whatever the defauls are.

I meant to mention earlier that exporting the document as PDF works correctly. 
That is actually how I worked around the issue:  Exporting as PDF and printing
that through Acrobat Reader.

Regarding the printer options:  If the font prints correctly from another
application, in this case Excel, wouldn't that indicate the printer is working
correctly?

Peace,
Phillip

Comment 7 hdu@apache.org 2004-01-15 16:51:50 UTC

HDU->US: please recreate

Comment 8 frank 2004-01-16 08:57:46 UTC

Hi Herbert,

this is reproducible using a PCL Printer from Windows. I've tried and duplicated
it with our Xerox N24.

Frank

Comment 9 hdu@apache.org 2004-01-16 11:12:33 UTC

HDU: after looking the PS output I understand how this happened:
  - the accent marks provided by TekniaGreek are not at their proper unicode
    locations U+0300..U+036F or U+1F00..U+1FFF, but they are mapped to somewhere
    between X+0005..U+00FF
  - these accent marks have a zero advance widths
  - when the printer provides a zero width metric for a character this
    usually means, that the printer and font don't support this particular
    character
  - when it seems that the device does not support a particular character in the
    selected font another font is used which has them
=> two problems:
  - glyph fallback is incorrectly triggered
  - the fact that TekniaGreek is not a unicode font, it just claims to be one,
    leads to wrongly resolved fallbacks

Comment 10 hdu@apache.org 2004-01-16 11:21:13 UTC

changing component to GSL.

Comment 11 hdu@apache.org 2004-01-16 13:01:06 UTC

Fixed wrong dependency, issue 21951 is a much better match.

Comment 12 hdu@apache.org 2004-01-16 13:03:15 UTC

Fixing wrong dependency, issue 21951 is the right one.

Comment 13 ulf.stroehler 2004-05-25 14:56:33 UTC

According to the OOo roadmap retargeting to 'OOo Later'.

Comment 14 hdu@apache.org 2004-06-25 10:03:32 UTC

This issue will be fixed by the "zero width glyph" fix for issue 21821.
Need to verify it on the master, once the CWS fontlists02 got integrated.

Comment 15 hdu@apache.org 2004-10-05 11:22:59 UTC

reopening for reassignment

Comment 16 hdu@apache.org 2004-10-05 11:23:33 UTC

reassigning

Comment 17 hdu@apache.org 2004-10-05 11:24:36 UTC

HDU->US: please verify in >=SRC680m54

Comment 18 ulf.stroehler 2004-12-08 15:37:24 UTC

Reopening for reassigning.

Comment 19 ulf.stroehler 2004-12-08 15:40:17 UTC

US->FST: as I haven't really been involved with this issue; could you pls. try
to verify the fix on a current master. Thanks a lot.
Ulf.

Comment 20 ulf.stroehler 2004-12-08 15:40:48 UTC

Setting 'resolution' back to "FIXED".

Comment 21 frank 2004-12-09 10:57:15 UTC

Checked on Master m65 and found fixed.