Re: Forms

> as <name>: I have always set "name" and "id" as the same thing.  But what I'm 
> not clear on is which property a screen reader would read.  

None of them.  It should read the contents of the label element, i.e.
"_L_ast Name" in your example.  As others have said, the label element
is correlated by matching its "for" attribute with the control's "id" 
attribute.

Also, in an ideal world the L should be highlighted by using 

label[accesskey]:first-letter

as a CSS selector, with the accesskey on the label rather than the
control, not by presentational markup.  However, I'm not sure how well
:first-letter is supported and [attribute] is supported on Gecko, but
not IE.

As discussed elsewhere, an alt attribute is pointless in this context,
although might be justified on the form element itself.

A fully compliant browser would ignore the <br>, but graphical ones
tend to treat it as a hard newline rather than the correct line break.
I think that support for styling is adequate to do this with styles.
Lynx, although not supporting styles, defaults to treating <br> as a
line break, so will probably not leave a gap - depends on how it
handles legend.  <br> might be valid if your intention is to produce
sensible formatting on a browser that doesn't understand <legend>.

> I am also having trouble getting the alt tag to work.

Not suprising as there is no alt tag in HTML!

Received on Tuesday, 17 June 2003 16:38:51 UTC