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

List:       koffice-devel
Subject:    Re: Meeting minutes for the 13 February
From:       Cyrille Berger <cberger () cberger ! net>
Date:       2010-02-16 20:45:14
Message-ID: 201002162145.15037.cberger () cberger ! net
[Download RAW message or body]

On Tuesday 16 February 2010, 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?

Use SVG :)

> > A good read:
> > http://www.w3.org/Graphics/SVG/WG/wiki/SVG_in_ODF
> > http://idippedut.dk/post/2008/01/Embrace-and-extend---SVG-revisited.aspx
> 
> Thanks, indeed a long history. Pity I missed that totally. Head too deep in
> text stuff, I guess (choose your battles, and all that ;)
> 
> Did anyone contact w3c? I think it would be really a boost to w3c's efforts
> in getting this fixed in the long term if we bring up that we are
> struggling with this too.

The W3C has been pushing for a while for killing ODG and replace it with SVG.

-- 
Cyrille Berger
_______________________________________________
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]