<div dir="ltr">blarg forward to list.<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Tab Atkins Jr.</b> <span dir="ltr"><<a href="mailto:jackalmage@gmail.com">jackalmage@gmail.com</a>></span><br>
Date: Tue, Sep 30, 2008 at 12:39 PM<br>Subject: Re: [whatwg] Placeholder option for text input boxes<br>To: Benjamin Hawkes-Lewis <<a href="mailto:bhawkeslewis@googlemail.com">bhawkeslewis@googlemail.com</a>><br><br>
<br><div dir="ltr"><div class="Ih2E3d">On Tue, Sep 30, 2008 at 12:25 PM, Benjamin Hawkes-Lewis <span dir="ltr"><<a href="mailto:bhawkeslewis@googlemail.com" target="_blank">bhawkeslewis@googlemail.com</a>></span> wrote:<br>
</div><div class="gmail_quote"><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>Tab Atkins Jr. wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2) @alt<br>
  Pro: Presumably accessible to people with screen readers.<br>
</blockquote>
<br></div>
Presumptions are risky.<br>
<br>
Is there any evidence (by which I mean a test case and a description of how to reproduce behavior with real user agents) that demonstrates that this would be true for INPUT TYPE="TEXT"? I can imagine screen readers resorting to checking ALT to repair missing LABEL and TITLE; I'd be surprised if it were common behavior otherwise. Likewise I can imagine users being able to query for ALT, but this hardly seems like a natural interface for accessing placeholder text.<br>


</blockquote></div><div><br>I have no way of testing it, which is why it was merely "presumed".  ^_^  I could certainly try to put together some test-cases, but I don't know what screen-readers are in common use (especially free ones).<br>

<br></div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
3) @title<br>
</blockquote>
<br>
[snip]<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Not accessible.<br>
</blockquote>
<br>
There are various accessibility problems @title in existing environments and user agents:<br>
<br>
<a href="http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-title-attributes/" target="_blank">http://www.rnib.org.uk/wacblog/articles/too-much-accessibility/too-much-accessibility-title-attributes/</a><br>


<br>
However, implementations could be improved, just as support for "placeholder" could be implemented.</blockquote></div><div><br>Ah, thanks for the link!  From the information on that page, though, it looks as if the major problem with @title isn't an implementation issue, but rather an authoring issue.  <br>

<br></div><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
4) <label> (moving label textual content into <input> as placeholder text; currently with Javascript to mutate the DOM, in the future with CSS to present the desired appearance while keeping the DOM stable)<br>


  Pro: Most semantic.<br>
</blockquote>
<br></div>
Is it? How is it /more/ semantic than "placeholder", which would precisely identify this text as a placeholder?</blockquote><div> </div></div><div>Well, is "placeholder" a semantic category?  To me, it seems much more like a presentational designation.  The purpose it serves is to label the form input in a compact manner for space-limited layouts.  In other words, it's a *label*, which we luckily already have an entire element and UI behavior built around.  The fact that it sits *inside* the input rather than outside doesn't affect the semantics at all - it's still describing the purpose of the element for you.<br>

<br>~TJ<br></div></div></div>
</div><br></div>