Hi Christian, you wrote: > Define what you mean with inline svg [...] > What Alexandro already referenced - http://www.w3.org/Graphics/SVG/WG/wiki/SVG_in_ODF
> [...] and pleaser don't state that I don't want it because it > confuses users as I never said that. > Then what else did you mean by demanding something that "allows editing by a typical office user"? I can only assume that you wanted to express svg editing being too complex for the average layman, and thusly too confusing. Sorry, but do tell, what did you want to state? >> Even if I would buy that (which I don't, the animation subset is >> less powerful than SMIL, so it would be supportable; everything else >> would just be totally awesome to have, e.g. the filters - and nobody >> is asking for complete control of every arcane svg attribute from >> the UI - no difference to ODF, or where's the knob that modifies the >> number of gradient steps nowadays?) - then let's start with a >> reasonable subset, like svg base or svg tiny. >> > Yes I already thought about using svg for the nice filter effects that > are available for example > in the latest MS Office versions instead of defining them in ODF but > then they still would > be clipart, either linked from or embeded in a draw:frame/draw:image > construct. > And? To repeat that, nobody asks for tweaking every possible bit on embedded svg. See my quoted text above. Being able to use svg for drawshapes is something fundamentally different from linking to clipart; you'll at the very least be able to modify the shape polygon, enter text etc. - something you cannot do with images. Plus, interop with other, svg-compliant software will become much easier. >> I'll leave argumenting with the political impact of staying with the >> weird svg-cherry-picking-and-semantical-redefinition to others, but >> it's not nice for sure ... >> > My above statement was not political, it was pure technical. Design me a > user interface that > copes with all external valid svg documents and is still usable for the > non techy and I will > happily implement it. > Huh? Christian, for supporting embedded svg you basically only need to render it. What makes you think anyone wants to tweak filter coefficients, or gradient transfer functions? We don't do that for ODF, there are numerous examples, starting with gradient steps, and not stopping with SMIL animations. Have a user select from a set of templates, and be done with it. Other than that, you're missing my point, I was not alluding to the fact your statement might be politically motivated, but rather to Alexandro's link, which indeed has some political implications. Cheers, -- Thorsten
signature.asc
Description: Digital signature
