[html4all] some reflections on @alt usage

Leif Halvard Silli lhs at malform.no
Tue Apr 29 05:12:47 PDT 2008


Jason White 2008-04-29 12.36:
> On Tue, Apr 29, 2008 at 06:00:31AM -0400, Vlad Alexander wrote:
> > And that will not change until major Web browsers will begin to report
> > invalid markup to the users in some way. There is no incentive for tool
> > vendors to generate standards-compliant markup if it gets treated by Web
> > browsers the same as tag soup. In fact, HTML 5 will make the problem even
> > worse. HTML 5 will help Web browsers parse tag soup better which will then
> > provide less incentive for authors and tool vendors to author Web pages to
> > specification and thus creating more tag soup on the Web.
>   

Vlad, why can't such tools have error checkers anyhow? Why can't 
browsers have them? iCab has always had one.  (But, ps, the idea had 
about an unready stamp comes to mind. It does not seem appropriate to 
receive the full load of errors messages at all steps of the author 
process.)

> This is why I suggested in an earlier contribution that the @alt discussion is
> ultimately a question of what markup validators should treat as acceptable.
>   
> If you accept the premise of HTML 5 that user agents should parse and handle
> broken markup in predictable, specified ways, then the question inevitably
> arises as to how missing @alt should be treated.
> I doubt that it makes much practical difference whether @alt is
> mandatory or optional in the grammar, given that if it is missing, error
> handling will have to be specified (or left for implementations to define)

Jason, now that you say it, this sounds so obvious.  And it makes me 
think that the ideas driving HTML 5 has not been implemented when it 
comes to @alt. At least, I see no error handeling being specified.

Yes, of course, it would be entirely in the spirit of HTML 5 to say that 
a missing alt should be corrected in the DOM. To put it like that would 
be to say that a missing ALT is, in fact, an error. Correcting it in the 
DOM should also help screen reader users, since they need to read the 
web through a graphical User Agent.

To leave the issue to the implementations to define, does not seem to be 
in the spirit of HTML 5, as it would be unpredictable.

So, what should the DOM do with a missing alt? Should it always be 
corrected in the same way, for instasnce by enumerating the images in a 
certain way? Or can some contexts be identfied, and some contextual 
error handeling be specified?
-- 
leif halvard silli



More information about the List_HTML4all.org mailing list