SVG Tiny Compliance

From Inkscape Wiki
Revision as of 06:28, 14 October 2005 by (talk)
Jump to navigation Jump to search

[California Health], [California Health Insurance], [California Insurance], [Health Ins], [California Health Coverage], [CA Health Insurance], [Individual Health Insurance Plan] [Insurance Agency] [Ink Cartridge] [Lexmark Ink] [Lexmark Ink Cartridge] [Lexmark Inkjet] [Lexmark Inkjet Cartridge] [Lexmark Toner] [Lexmark Toner Cartridge] [Hp Ink] [Hp Ink Cartridge] [Hp Inkjet] [Hp Inkjet Cartridge] [Hp Printer Ink] [Hp Printer Ink Cartridge] [Hp toner] [Hp laser toner] [Hp laserjet toner] [Canon Toner] [Canon Toner Cartridge] [Canon Laser Toner] [Canon Laserjet Toner] [Canon Ink] [Canon Ink Cartridge] [Canon Inkjet] [Canon Inkjet Cartridge] [Canon Printer Ink] [Canon Printer Ink Cartridge] [Epson Ink] [Epson Ink Cartridge] [Epson Inkjet] [Epson Inkjet Cartridge] [Epson Printer Ink] [Epson Printer Ink Cartridge] [Samsung Toner] [Samsung Toner Cartridge] [Samsung Toner Refill Kits] It'd be a nice feather in the cap to be able to declare full compliance to one of the SVG specs. SVG Tiny is a good thing to aim for. A number of developers have voiced support for trying to achieve this.

As a first glance without looking much at either the spec or inkscape source, I believe we need the following: don't rely on style attributes working (use fill=... attributes); switch; SVG fonts; animation.

In more detail:


  • We must write `fill="..." etc. attributes instead of using style="fill:...". (I.e. when writing SVG Tiny documents, we must not use style attributes -- or at least use only "redundant" style attributes if that's easier to implement.)


  • Minimum requirement is that we render it correctly (e.g. as a viewer would, showing just one child). Interface for viewing other branches would be nice (perhaps a non-modal dialog box listing the children named by their requiredFeatures, requiredExtensions and systemLanguage attributes. The layers dialog box may be a good base.

SVG fonts: font, font-face, font-face-src, font-face-name, missing-glyph, glyph:

  • massifr has started work on this. He's still new to inkscape source code, so could use guidance.

Anchors (<a>):

  • Especially relevant to Inkview. Inkscape can create <a> elements with right-click on an existing item, and has a textual dialog box for filling in attribute values (object-attributes.cpp). We have a "follow link" item in the contextual menu, but it does nothing (object-ui.cpp:sp_anchor_link_follow).

Animation: animate, animateColor, animateMotion, animateTransform, mpath, set:

  • My reading is that we can't claim to support all of SVG Tiny without supporting animation.
  • See Animation-(Timeline) for implementation notes.

(<foreignObject>: I believe we don't need to do anything to support the foreignObject element. We already have the property of not discarding unrecognized elements like foreignObject and its children.)

Looking back at the full SVG (1.1) spec, is Inkscape already able to claim to be a "Conforming SVG Generator", for which I think lack of animation/filtering features would not be a problem (it seems to me that it doesn't matter what features you support, as long the generated file is valid SVG) but compliance with the Priority 1 accessibility guidelines from the "Authoring Tool Accessibility Guidelines 1.0" would be necessary. We would not, however, be able to claim to be a "Conforming Static SVG Interpreter" or "Conforming Static SVG Viewer" until more features were supported, e.g. filters and SVG fonts.


I'm Sorry

Thank you.