<meta http-equiv="content-type" content="text/html; charset=utf-8"><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; ">Some of these ideas are close to my GSoC project. <br clear="all">

I am working on a new mode in Stage for making animated SVGs. For this a lot of the stuff in filters/karbon/svg needed to be re-used.<div><br></div><div>I have already ported the common classes to filters/libsvg (which I created) and made the classes SvgParser and SvgWriter generic. Now additional application data can be added to and read from an SVG doc.</div>

<div><br></div><div>I have tested the use of these in Karbon and also for application specific data of Stage. Works fine for me and I have sent out a patch to Thorsten for a review too.</div></span><br><div class="gmail_quote">

On Sun, Jun 26, 2011 at 5:02 AM, C. Boemann <span dir="ltr"><<a href="mailto:cbo@boemann.dk">cbo@boemann.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div><div></div><div class="h5">On Saturday 25 June 2011 19:45:17 <a href="mailto:jaham@gmx.net">jaham@gmx.net</a> wrote:<br>
> Hi folks...<br>
><br>
> I want to make a proposal to move the svg supporting classes now residing<br>
> in calligra/filters/karbon/svg to a lib in calligra/libs/svg.<br>
> You may ask why I want to do that. The following are some reasons:<br>
><br>
> 1. Make it possible to have support for loading and saving embedded svg<br>
> documents in odf files.<br>
><br>
> 2. Support for copy-pasting in svg format.<br>
><br>
> 3. Some shapes may optionally support to save directly to svg via an<br>
> Interface (i.e. SvgSerializable) to implement.<br>
><br>
> 4. Allow other application to add svg file format support easily.<br>
><br>
> The first and third point is especially important for the artistic text<br>
> shape. After improving that shape a lot it became clear that there is no<br>
> way to represent that shape in odf. So I had to remove the old insuffient<br>
> loading/saving code. This has two consequences:<br>
> a) the shape can not be saved to odf,<br>
> b) copy-pasting of that shape does not work.<br>
> This has to be fixed.<br>
><br>
> So my intention is to create a svg lib which helps implement the 3 points<br>
> above and thus move the svg support to a more prominent position.<br>
><br>
> Before starting on this project I wanted to get some opinions from you if<br>
> that is something to attempt or if that is utter bullshit.<br>
><br>
> Hope to hear from you<br>
> Ciao Jan<br>
><br>
> _______________________________________________<br>
> calligra-devel mailing list<br>
> <a href="mailto:calligra-devel@kde.org">calligra-devel@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/calligra-devel" target="_blank">https://mail.kde.org/mailman/listinfo/calligra-devel</a><br>
</div></div>I think it makes total sense<br>
<div><div></div><div class="h5">_______________________________________________<br>
calligra-devel mailing list<br>
<a href="mailto:calligra-devel@kde.org">calligra-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/calligra-devel" target="_blank">https://mail.kde.org/mailman/listinfo/calligra-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Thanks!<div><br><div>-Aakriti</div><div><br></div><div>http://<a href="http://aakritigupta.wordpress.com" target="_blank">aakritigupta.wordpress.com</a></div>

</div><br>