W3C home > Mailing lists > Public > whatwg@whatwg.org > October 2008

[whatwg] Placeholder option for text input boxes

From: timeless <timeless@gmail.com>
Date: Sat, 4 Oct 2008 22:38:10 +0000
Message-ID: <26b395e60810041538n74f4e523nb277ffacc8f91607@mail.gmail.com>
On 10/3/08, Adrian Sutton <adrian.sutton at ephox.com> wrote:
>  Placeholder ... aids usability

having recently fought with some javascript which tried to enhance my
ability to enter text ('crash' in a keyword chooser using nokia's
webkit based browser on my phone), I'd like to remind people that
someone's "usability" aid is someone else's nightmare. the problem
there didn't need solving as the browsers we have either support
remembering text-input or have keyboard support or are so slow that
the chooser hangs them....

i use quite a few browsers where javascript is disabled and in many of
them, clearing a text field is extremely painful (especially the phone
cases).

my devices aren't powerful enough to support true accessibility
features, but in some ways they want them- especially to turn off all
of these glitzy web "features" which significantly impede my ability
to get work done.

sometimes enabling a designer to do something is the wrong decision.
google and skype both can convert all numbers they see into very
annoying and generally incorrect tel: links. skype's toolbar can
thankfully be disabled, however the gmail mobile one can't be, which
means I'm stuck with unusable (and unreadable) content.

placeholders are interesting, but will the resources required to
support them be better than telling designers just to make their
label's clearer?

for my devices, I'm going to need a way to disable them and something
tells me that even if  we were to standardize on a way to present
placeholders, I'll still be unable to suppress many implemented in
javascript/css.

- this complaint was composed using an n800 because symbian brutally
killed my gmail client and the web browser.
Received on Saturday, 4 October 2008 15:38:10 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:06 UTC