Apache OpenOffice (AOO) Bugzilla – Issue 21582
svg export of ppt source renders large fonts or any font changes with bad x-y positioning
Last modified: 2005-02-10 09:13:54 UTC
created a simple ppt file in powerpoint with text of font sizes 60 and 72. when exporting to svg the resulting svg renders very poorly. text is overlapped, line spacing to small, etc. problem goes away if the font size is reduced. i will attach a sample file. we are tracking this in our bugzilla. more details on http://elearning.rutgers.edu/bugzilla/show_bug.cgi?id=186
Created attachment 10563 [details] svg output is bad from this. reduce font size and svg is ok.
Hi Kai, the problem seems to be that the baseline of each text is wrongly calculated. I am not sure, but I think that we will export glyph outlines in one of our next versions, this should solve this problem. Can you please confirm my opinion and set the right target milestone. Sven
hello kai, we are using OOo svg export as an integral part of our project to convert ppt files to svg to be used with our elearning lecture tools (http://elearning.rutgers.edu/elearning-stable/). we believe a fix for this bug is very important for us to continue. sven indicated that this bug might not be fixed until OOo2.0. i presented the following questions to sven and he suggested that i share them with you: - any chance of getting a patch sooner as this is a fundamental feature/problem for us? [sven told me to ask you] how much work do you think is involved here? - if possible, it would help to know the boundaries of this bug, e.g. at what point size and font type does it start to happen, etc. -- then maybe we can post this info for our users. [sven indicated that a general description might be hard as it might depend on the font used. in our case we were simply using new times roman or arial and it was the font size that caused the problem. if you can provide more details on what causes the bug, that could be a big help] - also, it seems as though italicized word on slide 3 gets positioned poorly (not sure if this is the same problem as the other positioning from large fonts we see). [sven said that he thought this should also be fixed with glyph output. can you confirm that?] - do you need anything else from us to resolve this bug?
another good test case. apparently just changing the color of a font can cause svg export to have text positioning problems. we use helvetica 32pt and 24 pt and all is well except when the normally yellow text is made orange. i will attach a ppt file named eld-new-small-font-color-change-problem-1-slide.ppt which has the same slide, one with the orange, the next with all yellow. the resulting svg exported rendered the slide with orange poorly, all yellow renders fine.
Created attachment 10723 [details] slide 1 renders poor due to orange text, slide 2 renders fine with all yellow text
another interesting set of test cases. --- i am attaching eld-new-small-font-color-change-problem-2-slides.zip which contains the following 4 files: eld-new-small-font-color-change-problem-2-slides.ppt eld-new-small-font-color-change-problem-2-slides-slide-1-exported-from-OOo1.1.0-linux-GUI.svg eld-new-small-font-color-change-problem-2-slides-slide-1-exported-from-OOo1.1.0-linux-UNO.svg eld-new-small-font-color-change-problem-2-slides-slide-1-exported-from-OOo1.1.0-winxp.svg the *.ppt file is the source ppt file with 2 slides. i then create svg output using the svg exporter on 3 different platforms. i export slide 1 which has the orange text which produces the text positioning bug: *linux-GUI*.svg -- exported in OOo1.1.0 using standard user GUI on linux *linux-UNO*.svg -- exported in OOo1.1.0 in server mode (UNO) from our elearning java servlet *winxp*.svg -- exxported in OOo1.1.0 using standard user GUI on winxp ---- i then use adobe's 3.0 svg viewer plugin on winxp netscape 4.8 to view the exported svg files from above: *linux-GUI*.svg -- looks fine *linux-UNO*.svg -- exhibits the text positioning bug *winxp*.svg -- looks fine ---- why are the svg files produced from these different platforms different? is a different svg exporter used on different platforms? is there a dependency on the fonts resident on the exporter's platform? etc.? ---- our challenge is that our elearning tools must use the server/UNO version of OOo to do the conversions of ppt to svg.
Created attachment 10725 [details] svg exporter produces diff results on diff platforms
did some more testing: it appears that any change in font attributes (e.g. type, size, color, bold, italic, underscore, etc.) within the same line of text will cause the text positioning problem with the svg exporter in OOo1.1.0/UNO. e.g. if the text below has the colors as in the words, then orange will be positioned incorrectly: yellow orange yellow i.e. seems as though orange is not allocated enough vertical spacing and gets squashed in between the 2 yellow words.
is it possible to get a prognosis on when you think this bug(s) could be fixed? our project is very dependent on this working. i am curious if all these svg export rendering issues have the same root cause? - large fonts render porrly - any font changes in the same text line cause poor x-y positioning - ppt text boxes seem to get resized, repositioned, and/or text repositioned within the text box (i am happy to attach a ppt file to illustrate this if you wish) it just appears that svg export is unusable. please help.
there will be an announcement of an enhanced SVG export within the next weeks (November, 2003). This enhanced export will be available as a package that can be installed as an additional SVG export module. I just have to evaluate if all of your mentioned bugs will be fixed within this initial release.
re' the upcoming announcement of a enhanced svg export: 1. the bugs i've posted are fundamental. if this package does not resolve them, then i would be surprised. 2. how can i get notified of the announcement and of when/how it will be available? thanks!
Hi, I found that this issue is already started but have no target. Please consider to set the target, as it is already started. Thanks
KA: although a solution for this problem will be available earlier than OOo 2.0 by using the already announced SVG export package, I set the target for this task to OOo 2.0, since the new package will not be integrated earlier to the OOo suite as an official filter.
KA: changed priority to Prio3
=> Herbert: Beside the above mentioned problems, the attached document has huge font problems after loading on Linux, which prevent me from taking a look at the other problems at all. The document contains Helvetica fonts, that are not correctly displayed when setting the zoom to other values than 100% or when exporting the document. Please send this task back to me after finishing the bugfix.
HDU->KA: as discussed, the problem on your system seems to be the non-scalable Helvetica font, so just the nearest size can be used which is typically 24 pixels. When you zoom in just the metrics will be scaled, but the text font will remain at its maximum. As a workaround I suggest to either install a scalable version of Helvetica or to do Tools->Options->Fonts and do a replacement to a similar font like Nimbus Sans.
fixed all problems with sample docs on CWS svg03. Only dfifference left ist shadowed text, which is not suported by the SVG specification.
reopened
reassigned
resolved
Verified in CWS.
Tested in master. Closed.