Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||OpenDocument: elliptical arc command 'a' in svg:d should be supported|
|Component:||code||Assignee:||AOO issues mailing list <issues>|
|Status:||CONFIRMED ---||QA Contact:|
|Priority:||P4||CC:||Armin.Le.Grand, clippka, esigra, haui, issues|
|Issue Type:||ENHANCEMENT||Latest Confirmation in:||---|
Description wilson_guo 2005-01-27 09:45:02 UTC
I am working for the importing of word xml to OOo and there is six commands (ae, al, at, ar, wa and wr.) in wordml which are responsible for the drawing of elliptical arc. I have to support these commands, so I need svg:d parser to support an a-command, which means the parser should have drawn a segment of elliptical arc on the screen if the parser meets the following OOo xml string : svg:d="M600,350 a25,25 -30 0,1 50,-25 l 50,-25". No arc is shown now even if I legally use this svg command. So I want the parser to support an a-command but don't know how. I can do something to let the parser support the a-command,but need some hint. Somebody get the issue orleave it to me and tell me which part of program I should check.
Comment 1 michael.ruess 2005-01-27 12:18:05 UTC
reassigned to JSI. WordML issue
Comment 2 jogi 2005-01-27 12:23:25 UTC
JSI: We have not supported this tags AFAIU, so it is an enhancement. JSI->LHO: glu's issue IMO, correct? Really OOLater or possible 2.0?
Comment 3 jack.warchold 2005-08-31 14:42:28 UTC
reassigned to flr
Comment 4 haui 2005-09-02 07:49:02 UTC
This is a general OpenDocument issue. As you can imagine, it is also important for SVG import. The summary should be changed into: "OpenDocument: elliptical arc command 'a' in svg:d should be supported" The "component" classification of this issue seems to be inaccurate. Is "Drawing" better? The current workaround in my SVG import filter (http://wiki.services.openoffice.org/twiki/bin/view/Main/SVGImportFilter) is to translate elliptical arcs into a sequence of quadratic Bezier splines upon import "myself". This translation is common practice also for rendering those curves. Of cause, at least such functionality should be included directly in OOo, because opening OpenDocument files that contain such elements may otherwise fail. Much better would be to offer elliptical arcs also in the UI. But this seems to be a feature that should be considered for post-2.0. If you want to have a look on the transformation code in SVG import, you can start here: http://svn.ipd.uka.de/repos/hauma/haui/trunk/svg2office/src/haui/xml/svg/transformation/ArcTranslator.java This is a pointer in a SVN archive. You get access with user 'anonymous' and empty password.
Comment 5 haui 2005-09-02 08:03:30 UTC
This Issue is a duplicate of Issue 41343. Please mark it as such!
Comment 6 thb 2010-06-14 17:28:31 UTC
Eh. I think issue 41343 really is about *internal* support for this - which indeed got fixed a while ago. Still, for odf's svg:d attribute value, a/A is still not supported. Incidentally I hacked up a fix for this: http://users.freedesktop.org/~thorsten/svg-compat.diff @aw: code needs slight tweaking for 3.3 code line, otherwise, would you be ok for taking that for the 3.3 release?
Comment 7 Armin Le Grand 2010-06-16 12:39:10 UTC
AW->THB: Just wrote #i112442# for this to remember. Checking what can be done for 3.3...
Comment 8 Armin Le Grand 2010-06-16 12:56:29 UTC
AW->THB: The patch is pretty much what i would do for #i112442#. Have You tested this thoroughly..? Is this safe for 3.3..?