<div dir="ltr"><div class="gmail_quote">On Fri, Oct 3, 2008 at 8:24 PM, Andy Lyttle <span dir="ltr"><<a href="mailto:whatwg@phroggy.com">whatwg@phroggy.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div class="Ih2E3d"><div><span style="border-collapse:separate;color:rgb(0, 0, 0);font-family:Helvetica;font-size:12px;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px"><div>
<span style="font-size:10px"><div><span style="font-family:Helvetica;font-size:12px">On Oct 3, 2008, at 4:35 PM, Tab Atkins Jr. wrote:</span></div></span></div></span></div><div><br><blockquote type="cite"><div dir="ltr">
<div class="gmail_quote"><div>Man, I could *really* see the "hint" function being viable and quite useful.  It offers up a completely new-and-useful semantic, and there's no particular place it should already go.  I'd accept this as a new attribute without reservation if it was renamed @hint, so it's absolutely clear what the semantic for it is.<br>
</div></div></div></blockquote></div></div><span style="font-family:-webkit-monospace;font-size:10px"><div><br></div>The only reason to use placeholder instead of hint is that Apple already implemented placeholder.  Documentation should explain that placeholder is to be used for hints, not for labels (and people can then ignore the documentation and use it for labels anyway, but at least we tried).</span></div>
</blockquote><div><br></div><div>Well, we don't really have interop yet, since *only* Webkit implements it currently, and officially only on a single non-standard input type (though it happens to apply to text and similar input types).  If we can shift the name over *now*, before FF implements it fully, it would probably be fine.</div>
<div><br></div><div>On the other hand, I don't want to be one of those jerks who tries to block a feature solely because they don't like its name.  However, it's a proven fact that most people don't look at documentation *ever*, and so having the name provide a perfectly intuitive hint for what the attribute is supposed to do would probably be best.  At the very least it would set up some cognitive dissonance for people using it as a label, hopefully.</div>
<div><br></div><div>~TJ</div></div></div>