> 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. _______________________________________________ Dia-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.lysator.liu.se/~alla/dia/faq.html Main page at http://www.lysator.liu.se/~alla/dia
