-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Semantic Placeholder for Search Input #9
Comments
Looks like you did sorta get this done? Not sure if "Content Blocks" is a great placeholder though, that doesn't make much sense as a search term for 90% of the pages. |
Oh I didn't mean to commit that change to the placeholder Get Outlook for iOS On Thu, Oct 20, 2016 at 12:12 AM +0200, "Mark Hamstra" [email protected] wrote: Looks like you did sorta get this done? Not sure if "Content Blocks" is a great placeholder though, that doesn't make much sense as a search term for 90% of the pages. — |
I've set the placeholder back to the "Search documentation" for now. There's still the hidden label you added, so is that sufficient do you think? |
Technically no. The placeholder is meant to suggest a valid entry like "extras" or even just "documentation" but it is not meant to describe the input itself. Not very high priority, but now it might be confusing and will read 'search documentation' twice to screen readers. |
More on the float label pattern http://bradfrost.com/blog/post/float-label-pattern/ |
Took a swing at this but didn't get it to work design wise.
<input placeholder>
is meant to display an example of a valid value for the input like "Content Blocks". It is not meant to describe the input or prompt the user.The text was updated successfully, but these errors were encountered: