Apache OpenOffice (AOO) Bugzilla – Issue 16410
pdf export converts italics to normal
Last modified: 2004-11-29 14:50:29 UTC
The pdf export funcionality does convert text that is in italics to normal (Tahoma), text that is in bold underlined italics to NONbold underlined italicy (TimesNewRoman). I think the press will love this "feature" ... Then I would like to add my comment to the other pdf-issues: I also think that a little bit more control over the pdf like resolution, font embedding, bookmarks and so on would be really necessary to make the PDF-funcionality not just a nice addon (that one occasionally uses instead of other and for this very point of time much better additional applications), but a killer feature. Although this means a lot of work ... Nevertheless, thanks to everyone who is trying to keep OOorg the best OfficeSuite available.
Created attachment 7377 [details] screenshot: PDF result background, OOorg foreground
... sorry for times new roman everything is correct (shoud clean my glasses) BEnjamin
So it is, same Problem with 1.1Beta2 german version WIN98SE. Pls see my 2 testfiles! This problem seems to happen only for some special fonts, I never had it during my normal work with OOo 1.1Beta2. Questions: can we set it "all OS" can someone do a systematic test with more fonts? do we have a better subcomponent than "word processor" Rainer
Created attachment 7427 [details] PDF export of _test.sxw'
Created attachment 7428 [details] source document
I can reproduce that bug with 1.1Beta2 german version WIN98 for CALC, too (as expected) Rainer
I think there is no need to mind "Then I would like to add my comment to the other pdf-issues: ...", for this wi have issue 12693, issue 13524, issue 13514 Rainer
Working: Arial, Times New Roman, Book Antiqua, Century Gothic, Courier New, Garamond, Helvetica, Lucida Sans, Optimum, Times Not working: Arial black, Bell Gothic, Comic Sans, Jokerman Let, MS Sans Serif, Symbol (!) All the Best BEnajmin
Anyone able to reproduce this on Linux-machines? Can one fix this by letting OOorg generally embed all fonts? BEnjamin
HI->HDU: Occurs only in windows. Printing is ok, it's just the pdf-export.
The Tahoma+Italic case can be easily explained: There is no italic Tahoma font, the text on on the display is just "faked italic". On the PDF writer the "faked italics" feature is not implemented yet. I cannot confirm the TimesNR+Bold+Italic+Underline problem. If it ever was there it isn't in >=srx645m10. HDU->PL: Feature task to fake italics on PDF export (and maybe psprinting too).
@ HDU HI, I already corrected my report on the Times New Roman, it works fine. Isn´t the Target milestone a little bit ... hum ... far fetched? Is this problem that serious or so unimportant? I just convinced two people to switch to OOorg 1.1, and the argument that scored was the pdf-export ... (sad but true, the stability, the price, all the other features just weren´t enought for them to leave their Word behind ...) Cheers Benjamin
The solution is notrivial; the italic Tahoma on the display (and printer) is an artifact of Windows itself which simply slants a font that is not available as a separate italic designed font. This can be mirrored in PDF. Bold is another matter though; on the display the text is simply output with a pixel offset if no bold design is available; this cannot be done easily in PDF which is vector oriented.
After experimenting a bit i found an acceptable solution for artificial bold also; a specifically bold designed font will of course always look better. Fixed in CWS vcl15.
pl->us: fixed in CWS vcl15; i send this to you together with issue 17352 as both issues handle the same feature for different output devices.
*** Issue 13267 has been marked as a duplicate of this issue. ***
verified in vcl15. Setting resolution to FIXED.
Setting issue to VERIFIED.
*** Issue 13492 has been marked as a duplicate of this issue. ***
*** Issue 20402 has been marked as a duplicate of this issue. ***
*** Issue 22287 has been marked as a duplicate of this issue. ***
*** Issue 26890 has been marked as a duplicate of this issue. ***
*** Issue 28992 has been marked as a duplicate of this issue. ***
*** Issue 30742 has been marked as a duplicate of this issue. ***
Verified in 680_m47.
*** Issue 34122 has been marked as a duplicate of this issue. ***
It seems this issue is now fixed, however I'll add my 2 cents. I downloaded OOo the other day, and am well pleased overall. I'm on Windows XP using OOo 1.1.3. I discovered this bug today testing PDFs against that of 2 PDF printer drivers. The problem font is Lucida Sans Unicode. As described, it uses the Italics which doesn't reproduce on the PDF, even though the Stylist actually lists a Bold Italic, hence I thought it was native. But tellingly the font preview doesn't show any change between the Italic, Bold or Bold Italic. I've had this problem before in the printing industry when people brought their (Windows) Word documents to print (something we hate on account of how unsuited it is for the job, esp with embedded graphics). It was also to do with the font not actually having the particular style. The same issue can bite you using Quark (on Mac) or any other program which fakes styles. However, needless to say if the program can produce and print it, it should be available to do it in the PDF. For the record, the PDF writers reproduce the italics etc fine. They are Jaws PDF Creator and CutePDF Writer, the latter (www.cutepdf.com) an opensource driver using GhostScript as the PostScript engine. Both produce the test PDF file (with various graphics) at just under 800kb for 'print' quality, OOo Export around 180kb. This is off-topic, but it would be nice to have the features of The 'Pro' version in OOo PDF Export.