To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=2497





------- Additional comments from [EMAIL PROTECTED] Mon Jul 25 07:05:17 -0700 
2005 -------
I just added an updated version of the SVG import filter. This version is still
not ready for productive use. The changes to the transformation were made during
my research of the issue and during learning about both the SVG and OpenDocument
specification. Finally, I feel that the transformation cannot reasonably be done
in (plain) XSLT, since the transformation is absolutely non-trivial and requires
complex computations and data structures. I provide the attached version as
minimally improved starting point for potential additional contributors to the
issue (who want to prove the opposite). 

Since the results of any transformation must be far from optimal (due to
non-compatible features of both formats), I still think that Issue 49991
(displaying SVG without editing) should be resolved first. In a second step, a
command could be offered that allows to "break" a SVG graphic into OOdraw
primitives for editing. This is an equivalent approach to embedded OOcalc
diagrams in OOdraw. With this combination, the user can get perfect display of
SVG with an option to import/edit the graphic. If he requests to break the
graphic, he cannot complain about the result being somewhat broken :-).

Since I'm still interested in the transformation issue, my current approach is
to use a visitor-based Java transformation on top of the Apache batik SVG DOM.
Using the first half of the batik SVG rendering engine, gives all SVG-related
computations such as full CSS styling, viewport and coordinate system
transformations for free. Additionally, the full flexibility of a real
programming language can be used. Unfortunately, this version is not yet ready
for a sneak preview.


The following improvements/changes are made to the 2004-11-06 version of
svg2draw from windly:

  - Fixed some default values for SVG properties (stroke, fill).
  - Fixed parsing of CSS style attributes (the first property that has the
    searched property name as prefix was found).
  - Added approximation for the SVG properties opacity and fill-opacity
    (values are multiplied, if both properties are given).
  - Refactored handling of the transform attribute (The transform attribute
    handling is not yet complete. Neither are nested transformations
    supported, nor are all types of transformation matrixes understood.)
  - Replaced improper use of XPath name() function with self:: axis tests.
  - Added some documentation. 
  - Cosmetic changes: Use XSL as default namespace of the
    transformation. Do no longer rely on tab-with settings.


Just to say it a the end: Issue 49991 should be resolved first! :-)


---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to