Proposal: Promote svg support

[Pierre Stirnweiss]

On a general note, I'm pretty much a supporter of the line "we need to keep
KoShape as slim as up to nearly impossible". So anything which on the one
hand is not of a complete universal use and on the other hand could be
implemented outside should in my opinion be left outside.

PierreSt


On Tue, Jun 28, 2011 at 6:00 AM, Thorsten Zachmann <t.zachmann at zagge.de>wrote:

> On Monday, June 27, 2011 22:07:28 jaham at gmx.net wrote:
> > On Monday 27 June 2011 17:25:37 Thorsten Zachmann wrote:
> > > On Sunday, June 26, 2011 18:25:56 jaham at gmx.net wrote:
> > > > I thought to have a separate lib similar to our odf lib containing
> the
> > > > classes  used for loading/saving svg. One of these classes would be
> an
> > > > interface which shapes can implement to save/load svg data, i.e.
> > > > calling it SvgSerializable.
> > > >
> > > > class SvgSerializable
> > > > {
> > > >
> > > > public:
> > > >         virtual bool saveSvg(SvgSavingContext &context) = 0;
> > > >         virtual bool loadSvg(SvgLoadingContext &context) = 0;
> > > >         // some more required functions
> > > >
> > > > };
> > >
> > > Agreed that having a libs like the odf lib makes sense and that
> contains
> > > the stuff like SvgLoadingContext .... However I'm not sure if we need a
> > > class SvgSerializable. Why not just put that into KoShape directly?
> >
> > There is no reason other than I was a little hesistant to force svg
> > loading/saving support on each shape. Instead I thought making it
> > optionally. But if there is consent about putting it directly into
> > KoShape, I have no problem with that.
>
> Looks like I did not understand how you want to use the above. For me it
> looked like KoShape would need to inherit SvgSerializable to be able to
> implement the functions. Seems I was wrong. Maybe you can explain how that
> is
> should be done.
>
> Thorsten
>
> _______________________________________________
> calligra-devel mailing list
> calligra-devel at kde.org
> https://mail.kde.org/mailman/listinfo/calligra-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/calligra-devel/attachments/20110628/e474f8b0/attachment.htm>