Re: SVGT 1.2: Appendix C3: SVG Error Processing

Quoting David Woolley <david@djwhome.demon.co.uk>:
>> differently in each browser, instead of writing non-conformant marker and
>> getting the same behaviour in all browsers.
>
> But the consequence of this policy is that there is no non-conformant
> markup!

That is nonsense.

# p { foobar:baz; background:lime }

... is non conforming CSS. UAs do know _exactly_ what to extract from 
the above
though, which is important for possible language extensions in the 
future, etc.

Another example:

# ...
# <rect ...>
#  <circle .../>
# </rect>
# ...

Is not conforming SVG afaik as svg:rect can't contain svg:circle. UAs 
do need to
know how to process it though. Can the svg:circle still be rerenced for 
example
from an svg:use element? Et cetera. No interoparable error handling leads to
all kinds of hacks and abuse of the language. See HTML, see CSS, etc.


-- 
Anne van Kesteren
<http://annevankesteren.nl/>

Received on Tuesday, 3 January 2006 12:03:33 UTC