RE: RE: RE: SVG support

["Jeroen ten Berge" <Jeroen ten Berge Vialis nl>]

> been confused by
> the broken thread (looks like one MUA out there is not updating the
> References: field while scarring the subject line, which is 
> too much for my
> poor MUA)...
I'm at work and forced to use outlook with exchange, so I'm the one having a crappy MUA, sorry ;-)

> Huh. I don't want to sound harsh at all. Have you ever looked 
> at the inside
> of a .shape file? :-)
Not yet, maybe it's time to do that :-/

> (this reminds me of another pitfall of modifying the SVG 
> exporter; if I
> remember correctly (Lars, cluebat me if I need another hit), 
> the .shape
> exporter relies on the SVG exporter to produce the .shape 
> file. Problem is,
> the .shape loader is not the same code as the SVG importer, 
> and that code
> path understands only a very limited subset of SVG. So, if we start
> outputting more litterate and cleaner SVG, we will need to 
> not only provide
> a better importer -- to reload -- but also a better shape loader code;
> otherwise people won't be able to contribute (or more 
> generally speaking,
> define their own) shapes anymore.
So if i understand correctly, the shapes are not defined using a subset of the DIA DOM ?
 
> One rework which might prove worthwile, would be to have some kind of
> mid-layer representation for the imported SVG format 
> (regardless of whether
> it comes from an actual SVG file or a .shape). Then, we'd convert this
> mid-layer representation into either full-blown dia objects 
> (SVG import
> path) or the graphic opcodes used inside the Shape 
> implementation. In fact,
> maybe revising & revamping these graphic opcodes (deep down in
> objects/shapes currently) may be the best way to avoid 
> writing the mid-layer 
> rep in the first place, while merging the two SVG import/load 
> code paths 
> (less code, better code).
Probably, sounds like there's a lot to do on that... Interested in helping with that ? I now all about SVG1.1 
DOM, so i can help with that, now there are more basic shapes than before...

Jeroen.