Re: img issue: should we restrict the URI (<image>)

j.j. wrote:
> "Dr. Olaf Hoffmann" <Dr.O.Hoffmann@gmx.de> hodd gsachd:
> > If used before for whatever reason, obviously this was never
> > a relyable use, just an error or nonsense without using another
> > namespace ...
>
> Maybe, but current browers fail on <image>content</image>. Don't
> forget our Design Principles.
> <http://www.w3.org/TR/2007/WD-html-design-principles-20071126/#degrade-grac
>efully>
>
> j.j.

I checked it with several different browsers available for me (Geckos,
Konqueror, Opera, Amaya, ...) with HTML and XHTML documents and 
there was no problem, either they display both - image and content or 
only one of them. 
I think, this is sufficient for backwards compatibility - no loss of
information at all, if authors do everything correct. None of them crashed 
or did really nonsense with it, not even inside XHTML, this is much better
than some other ideas to improve (X)HTML in a backwards compatible way. 
On the other hand, there is canvas too - it is empty without scripting and
could be a replacement for img too with an additional attribute src. And
this has currently no longlife history outside the current draft.

And - because I'm not a member of the working group, I'm allowed too 
to think about what is useful for authors and users in the future, not just
about historical errors of user-agent ;o)

Received on Friday, 25 January 2008 17:49:21 UTC