Issue 94888 - Win: Squeezed greek letter in pdf
Summary: Win: Squeezed greek letter in pdf
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: OOo 2.4.1
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-12 01:18 UTC by tab
Modified: 2017-05-20 11:18 UTC (History)
3 users (show)

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

Attachments
File with psi's (14.23 KB, text/plain)
2008-10-12 01:19 UTC, tab 		no flags Details
PDF with squeezed psi (41.39 KB, text/plain)
2008-10-12 01:20 UTC, tab 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description tab 2008-10-12 01:18:17 UTC 
Greek letter psi looks normal in BadPsi.odt
In the PDF export (BadPsi.pdf), the psi in the figure is squeezed. Other
characters look normal.
Comment 1 tab 2008-10-12 01:19:46 UTC 
Created attachment 57127 [details]
File with psi's
Comment 2 tab 2008-10-12 01:20:52 UTC 
Created attachment 57128 [details]
PDF with squeezed psi
Comment 3 michael.ruess 2008-10-16 10:43:45 UTC 
Reassigned to HI.
Comment 4 h.ilter 2008-10-17 09:35:37 UTC 
HI->PL: On my OOo 2.4 it looks good but I can confirm the bug with current OOo
3.0 m9
Comment 5 philipp.lohmann 2008-10-17 09:45:26 UTC 
however hard we squeeze, there won't come juice out of a psi
Comment 6 hdu@apache.org 2008-10-23 10:00:20 UTC 
The problem is that
- the "average-charwidth" of the system-GDI Symbol font and the PDF-builtin Symbol differ quite a bit
- the PDF-builtin font is preferred to keep the file size small
- the font width in the embedded meta-file is fixed
- the relation between the requested font width and the available font width ("average charwidth") determines 
the font squeeze factor
=> the resulting font squeeze factor for GDI-display and PDF-export are different

@sj: From my POV the most urgent problem comes from the hard-coded font-width request in the embedded 
meta-file. Though that exported meta-file represents a squeezed drawing scale factors for the whole drawing 
should be used, but not for the individual elements!
Comment 7 sven.jacobi 2008-11-14 10:27:32 UTC 
sj: A bugfix for 3.01 is not realistic, changing the current behaviour might
lead to many side effects we can't foresee now.

sj->hdu: the hard coded font width in our metafiles was needed, because the
metafiles were not rendered properly on each system if the used font is missing.
If you can assure that we will render everything correct on each
linux/solaris/windows even if the font is missing, then I will remove the hard
coded font, that is no problem.
Comment 8 Marcus 2017-05-20 11:18:13 UTC 
Reset assigne to the default "issues@openoffice.apache.org".