Difference between revisions of "SVG Import Filter"
SergeMoutou (Talk | contribs) m (→Internal implementation) |
|||
Line 31: | Line 31: | ||
* [[OpenOffice_filters_using_the_XML_based_file_format|OpenOffice filters using the XML based file format]] | * [[OpenOffice_filters_using_the_XML_based_file_format|OpenOffice filters using the XML based file format]] | ||
+ | |||
+ | [[Category:Effort]] |
Revision as of 17:22, 30 April 2008
SVG Import (external impl.) |
---|
Overview |
Download |
Source code |
Features |
Restrictions |
FAQ |
TODO |
OpenDocument |
Gradients |
Group opacity |
Elliptic arcs |
Path semantics |
Coordinate systems |
SVG support is the most requested feature in OpenOffice.org. So far, there exists an external filter that has quite strong dependencies, and a proof-of-concept implementation of an internal one. Google Summer of Code 2007 project was accepted to get the internal implementation to a shape that would be acceptable for integration.
The associated issues are Issue:2497, and also Issue:49991.
External implementation
The external filter (provided here) tries to translate the SVG vocabulary (or parts thereof) into native OpenDocument primitives that can be manipulated with Draw.
You can go to the following locations. Keep in mind that these pages are "wiki" and you can add improvements and comments everywhere. Just press the edit button at the bottom of the page.
- Download the filter.
- Check out the supported features of the import filter.
- Find out, what's currently on the unsupported features list.
- Get the filter source code and build instructions.
- Report your experiences using the filter.
Internal implementation
The external implementation unfortunately has very strong dependencies - Java 5.0, and Batik. The goal of the internal implementation is to create a new import filter that does not require any too big libraries.
A proof of concept implementation written in C++ using the UNO Drawing API and a lighweight libsvg library exists here, but it needs a lot of work to be really usable. Another problem is that libsvg does not seem to be too actively maintained; so the real implementation should use OOo's internal XML parser.
Mark Paruzel was accepted as a Google Summer of Code 2007 participant to work on this.