Christian Lippka - Sun Microsystems Gmbh - Hamburg wrote: >>> [...] 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? >> > See my remark to Eric. >
Which was > Sorry Eric, it is not about the number of features, it is about the > complexity. For example, if there are 1001 ways to add a footer to > your document, start imagine how to implement a "show/hide" footer > feature.... > Last time I checked, svg had no way of defining footers. What else would not work? >> 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? > > Alexandros wiki page is more about using svg as the document format. > No it's not. It's about using full-featured svg for draw shapes, instead of just a copied & re-defined subset. Nobody would prevent us from specifying that svg elements can only reside below draw:svg-shape-whatever; nobody (at least not me) is expecting ODF to swap out drawing wholesale, and swap in svg instead. That would indeed be something svg was never designed for. > Well then we could also use html for writer. That would not be > advisable for the very same reasons. > HTML was never designed for editable, nor for office content. A mapping would kind of work, but be quite lossy & un-natural. In contrast, svg is used as the native document format for vector drawing applications, and except for a few corner cases, it's actually a superset of ODF's drawing features. So this is really not a valid argument, quite the contrary. (note that the SVG WG offers to fill these few feature gaps) >> 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. >> > svg gradients are part of ODF for some years now. Feel free to implement it. > Done: http://blog.thebehrens.net/2009/07/28/hackweek-iv-canvas-convwatch/ (only needs to be hooked up in drawinglayer & xml impex) ;) Other than that, it would help this kind of argument if you'd start answering to my question; why you'd expect a user wanting to change all those arcane svg attributes, while at the same time you don't allow that for e.g. the SMIL stuff? Cheers, -- Thorsten
signature.asc
Description: Digital signature
