lack of alt-text on graphics

The first thing that strikes you is that the navigation links are separated by images that have no alt text. Moreover, you have the fluffy rounded corners images with no alt text as well. The problem is not that there is no alt text, but the very existence of these images. If they are not required for screen reading why are they present - impeeding the screenreaders? They should be background images using css. Alas, as the site structure shows, they had not thought about using css and webstandards.

The next thing I notice is that the image says “Key to successful web (sic) Accessibility & Usability” while the alt text says “Accessibility for all, Making your website Accessible”. If the image does nothing but display text as an “image” then the least that should occur is that the text matches that on the image.

Another interesting alt text is this “Commemorating International Day of Disable Persons 2006” for the image that says “Forum on E-Accessibility in Singapore” and the date that is mentioned in the image is 22 June 2007.

inaccessible image maps

The site doesnt use any image maps thankfully.

the lack of adequate prompting and labeling

This is definitely missing in the form on the contact page. Labels are wrapped around the input elements without a “label”. The fields are also filled but use javascript to erase it once clicked - I am not sure how that works well with screen readers, but I dont think it is that accessible.

the denial of keyboard access

They have provided excessive keyboard access. Given that they have ordered the tab indexes as well as providing access keys for navigation links as well as other links (including blank ones for labels). The very idea of changing tab index from the natural order itself is murky waters. The idea of access keys have got negative reactions from the accessibility community (Dave Shea’s comment) (alternative suggestions).

the requirement that transactions be performed solely with a mouse

This again is taken care of with “onkeypress” and other inline javascripts. But for usability, the submit button is not focussed when tabbed to or even when focussed with the mouse - so u never know when the “submit” button is active or not.

lack of navigational links

This is clearly present, but their “skip to content” link goes to the content below the announcement of the latest event.

Something that always bugs me is when somebody slaps a text resize widget on their site and calls it “accessible”. Job done. Maybe that is a bit unfair since there are many sites that actually are accessible that have a text resize widget, but my non-scientific guess is that a majority of sites that have a feature like that are a long way from being accessible and use a text resizing widget as a band-aid instead of addressing the underlying problem.

It is great that we have a committed organization for providing accessibility to singaporeans but the current usage of accessibility techniques in their client websites as well as their own seems like they haven’t caught up with the latest accessibility techniques as well as discarding those that are deprecated. While the websites pass the automatic tests, they still are not accessible as well as they could be to a disabled person.