[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: Meeting minutes for the 13 February
From:       jaham () gmx ! net
Date:       2010-02-16 22:41:25
Message-ID: 201002162341.25666.jaham () gmx ! net
[Download RAW message or body]

On Tuesday 16 February 2010 20:22:46 Thomas Zander wrote:
> On Monday 15. February 2010 23.48.19 jaham@gmx.net wrote:
> > Sorry for my short mail. I try to be a little more clear.
> > Working on Karbon and trying to support odg as well as svg, I learned
> > that what sounds good on paper, i.e. that odg reuses svg, is very
> > misleading. What  they are using is single svg attributes for certain
> > properties, like svg:x or svg:width for positioning and sizes. Another
> > thing what odg does is take some svg elements, but strip some things from
> > them. I.e. not all commands to define a path are supported, text on path,
> > etc.
> 
> Hmm, that sounds bad. :(  I didn't know this.
> 
> Is it an option for us to just accept that we need to add properties to the
> odg files we write to make things work, even though we then don't qualify
>  as ODF-strict anymore?
> It sounds bad, but at least its more interoperable than not using ODF,
>  right? Or is there another alternative?

Yes as Cyrille said, I think svg is the way to go for graphic content (at 
least for Karbon).
> 
> > Then the pattern support from odg and svg are completely incompatible.
> > And there are other things one of them supports and the other does not
> > (odf custom  shapes, odf connectors, svg filter effects, svg masks, svg
> > shape opacity,...)
> 
> Bah, sounds even worse.
> Maybe we should just write out our svg properties using a different
>  namespace. For compatibility we can *also* write out the svg properties in
>  the ODF specific
>  "urn:oasis:names:tc:opendocument:xmlns:svg-compatible:1.0" namespace.
> 
> Don't know what is the best solution either...

That might be a workaround.

Ciao Jan
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]