Issue 12824 - PDF Export of files with Symbol, Webdings, Wingdings results in no inbeded font in Win98, but works in Win2000
Summary: PDF Export of files with Symbol, Webdings, Wingdings results in no inbeded fo...
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 Beta
Hardware: PC Windows 98
: P3 Trivial (vote)
Target Milestone: ---
Assignee: h.ilter
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-03-29 22:29 UTC by Unknown
Modified: 2013-08-07 14:43 UTC (History)
2 users (show)

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


Attachments
Example SXW file (5.43 KB, application/octet-stream)
2003-03-29 22:31 UTC, Unknown
no flags Details
Export to PDF from OOO 1.1B on Windows 98SE (81.08 KB, text/pdf)
2003-03-29 22:32 UTC, Unknown
no flags Details
Correct Export from a windows 2000 machine running OOO 1.1B1 (86.45 KB, application/pdf)
2003-03-29 22:34 UTC, Unknown
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2003-03-29 22:29:43 UTC
When converting a file to PDF that uses the Symbol, Webdings, Wingdings fonts,
blocks are what are viewable in the resulting PDF file instead of the font
characters. 

The file shows the fonts correctly in the .sxw file. 

Platform -- Freshly installed Windows 98SE with all windows updates run. Viewing
in adobe acrobat reader v5.1.0

Also attached is an output done the same way from a Windows 2000 Machine. As you
can see, the fonts are correctly imbeded. I provide supports to a K-12 school
that runs all windows 98 at this time. This is a bug for this situation.
Comment 1 Unknown 2003-03-29 22:31:26 UTC
Created attachment 5335 [details]
Example SXW file
Comment 2 Unknown 2003-03-29 22:32:54 UTC
Created attachment 5336 [details]
Export to PDF from OOO 1.1B on Windows 98SE
Comment 3 Unknown 2003-03-29 22:34:09 UTC
Created attachment 5337 [details]
Correct Export from a windows 2000 machine running OOO 1.1B1
Comment 4 h.ilter 2003-04-01 10:02:59 UTC
Seems to be yours.
Comment 5 hdu@apache.org 2003-04-01 10:21:50 UTC
Setting status to Accepted.  
Comment 6 hdu@apache.org 2003-04-07 17:25:29 UTC
Yes, the font's name table contained P=3,E=0 tables which violate the truetype 
spec. Workaround for this problem from issue 12826 also fixes this problem. 
Comment 7 hdu@apache.org 2003-04-08 09:22:03 UTC
HDU->US: Please verify in CWS VCL07. 
Comment 8 ulf.stroehler 2003-04-09 13:53:07 UTC
us->hi: pls. take over.
Comment 9 h.ilter 2003-04-10 09:04:44 UTC
HI->HDU: Verified with 644m7_8576 (cws:vcl07) = Still occurs with win98.
Comment 10 hdu@apache.org 2003-04-11 11:05:17 UTC
darn... 
Comment 11 hdu@apache.org 2003-04-13 15:48:09 UTC
The W98 PDF export works great for symbol fonts also on W98 when no "symbol 
aliasing" is involved. I.e. when using only the characters that are also shown in the 
"Insert->Special Character" dialog for this font. For symbol fonts these are typically 
U+FF20..U+F0FF.  On win for backwards compatibility with 8bit APIs a symbol at 
U+FFxx get mapped down into the code U+00xx. So the real anomaly is that a 
real symbol from the U+FFxx range is shown when only a U+00xx is used. 
 
Time for a workaround... 
Comment 12 hdu@apache.org 2003-04-13 16:34:46 UTC
Added emulation for aliasing symbols from U+0XXX to 0+FXXX in PDF subsetting in 
CWS VCL08. 
Comment 13 hdu@apache.org 2003-04-15 09:40:05 UTC
HDU->US: Please verify in CWS VCL08. 
Comment 14 ulf.stroehler 2003-04-15 13:57:38 UTC
US->HI: could you pls. take over. 
Comment 15 h.ilter 2003-04-15 15:49:49 UTC
Fixed
Comment 16 h.ilter 2003-04-15 15:50:49 UTC
Verified with 644m8_8583 (cws:vcl08) = ok
Comment 17 thorsten.ziehm 2003-05-20 10:26:15 UTC
All tasks are verified in OOo1.1 Beta2