SitePoint Sponsor

User Tag List

Results 1 to 7 of 7
  1. #1
    SitePoint Member Avebury's Avatar
    Join Date
    Apr 2003
    Location
    Wiltshire England
    Posts
    9
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Accessible Forms

    Hi

    I have built a site in Dreamweaver MX and have a members login page. Under Priority 3 Accessibility, if I insert a place-holding character in the text area, it passes, and if I remove these place-holders, it fails. However, my password text area displays ****** before the user inserts there password, but when they tab to this box, the ****** does not highlight and delete, it just adds to the users password, obviously failing on login.

    How can this be accessible when the user would have to physically delete the ****** before being able to login. Am I do something wrong or is there a way around this?

    http://www.learningcurve.org.uk/login.php

    Regards

  2. #2
    ☆★☆★ silver trophy vgarcia's Avatar
    Join Date
    Jan 2002
    Location
    in transition
    Posts
    21,236
    Mentioned
    1 Post(s)
    Tagged
    1 Thread(s)
    I wouldn't think that a default value in a password field would be more helpful, usable, or accessible (other than maybe letting you know that it is a password field, since the contents will be masked).

  3. #3
    Rabble Rouser bronze trophy
    Join Date
    Jan 2003
    Location
    Mountain View, CA
    Posts
    427
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    The whole idea of putting place-holding characters in form fields was because some bass-ackwards screen readers wouldn't know the field was there if it was empty. These are the NS4 of screenreaders.

    In reality using placeholder text makes your forms less accessible because screenreaders will tell you a form is there and immediately start reading the text in it (leaving you wondering what happened to the form you just had) and deleting all the placeholder text can be a real pain in the *** for mobility impaired people.

    I'd sacrifice catering to broken software for people who step up to the plate with real tools any day. Some people will disagree, but that's my take on it.

  4. #4
    SitePoint Member Avebury's Avatar
    Join Date
    Apr 2003
    Location
    Wiltshire England
    Posts
    9
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Thanks

    I think I will leave them blank until I hear back from Bobby/Watchfire.

  5. #5
    Forensic SEO Consultant Webnauts's Avatar
    Join Date
    Jun 2003
    Location
    European Union
    Posts
    1,491
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Some problems I found on your page:

    GENERAL

    1. In XHTML documents, style and script content should not be in a comment because it technically means that the browser will see it as a comment and not as actual style or script content (though browsers are currently forgiving about this). However, not using comments makes your document less compatible with pre HTML 3.2 browsers (but most browsers in use now are HTML 3.2+ compatible). For maximum compatibility, I recommend putting the script (especially longer scripts) in an external file and using the "src" attribute to specify the external file. The next best option for XHTML documents would be to not put the script content in a comment and to disregard pre HTML 3.2 browsers.

    2. "onFocus" contains uppercase characters. All open tags, end tags, and tag attributes must be in lowercase because this is an XHTML document.

    3. The "input" tag must be closed by adding a slash to the end of the tag (<input ... />) or by a separate end tag (</input>).

    ACCESSIBILITY

    Until user agents allow users to turn off spawned windows, do not cause pop-ups or other windows to appear and do not change the current window without informing the user [P2, 10.1]. Avoid specifying target="_blank" because spawning a new window can be confusing and disorienting to the user. If a new window must be spawned, it is recommended that it be indicated in the link description, such as by adding "(new window)" to the link description.

    Here is a great freeware for building accessible forms: http://www.hisoftware.com/access/valueadd9.html

  6. #6
    gingham dress, army boots... silver trophy redux's Avatar
    Join Date
    Apr 2002
    Location
    Salford / Manchester / UK
    Posts
    4,838
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Quote Originally Posted by Avebury
    Hi

    I have built a site in Dreamweaver MX and have a members login page. Under Priority 3 Accessibility, if I insert a place-holding character in the text area, it passes, and if I remove these place-holders, it fails. However, my password text area displays ****** before the user inserts there password, but when they tab to this box, the ****** does not highlight and delete, it just adds to the users password, obviously failing on login.

    How can this be accessible when the user would have to physically delete the ****** before being able to login. Am I do something wrong or is there a way around this?

    http://www.learningcurve.org.uk/login.php

    Regards
    ok, this has been discussed before, and answers have already been partially given in this thread. nevertheless, let's see...

    the requirement to provide placeholder text is a technical one, to cater for old browsers which can completely ignore a form input if there is no default content in it. it does not, however, benefit users, as they have to delete the text first. sure, js methods are out there to wipe the inputs onfocus, but there obviously don't work when js is not present or disabled (e.g. under lynx, it's a pain).

    a method i've used that fulfills the technical requirement AND does not get too much in the way of the user: use a single space character as placeholder text (and, if necessary, strip any leading spaces from form inputs when you receive the form data)...job done.
    re·dux (adj.): brought back; returned. used postpositively
    [latin : re-, re- + dux, leader; see duke.]
    WaSP Accessibility Task Force Member
    splintered.co.uk | photographia.co.uk | redux.deviantart.com

  7. #7
    Robert Wellock silver trophybronze trophy xhtmlcoder's Avatar
    Join Date
    Apr 2002
    Location
    A Maze of Twisty Little Passages
    Posts
    6,316
    Mentioned
    60 Post(s)
    Tagged
    0 Thread(s)
    Well, at least we won't have "Until user Agents…" statement within Web Content Accessibility Guidelines 2.0 when it hits the road .


Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •