W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > April to June 2002

RE: HTML 4.x or XHTML for accessibility

From: Simon White <simon.white@jkd.co.uk>
Date: Wed, 19 Jun 2002 08:50:32 +0100
Message-ID: <FDFC0668A850D246BC4231715D94904E0CDC29@uranus.jkd.co.uk>
To: "Nick Kew" <nick@webthing.com>, "Andrew Johns" <andrew.johns@jkd.co.uk>
Cc: "WAI List (E-mail)" <w3c-wai-ig@w3.org>

And I can recommend wholeheartedly that Nick's products do indeed make life easier for those who are using external sources for content, or those who just want peace of mind when it comes to accessibility...

A big thank you to everyone for their help. I am very much enjoying the thread and the discussion that it has built up.

Kind regards to all

-----Original Message-----
From: Nick Kew [mailto:nick@webthing.com]
Sent: 18 June 2002 19:44
To: Andrew Johns
Cc: WAI List (E-mail)
Subject: RE: HTML 4.x or XHTML for accessibility

(to start by addressing the original question, HTML4 and XHTML1 are
equivalent, and it is trivial for a parser to convert either format
to the other, so there is no inherent difference regarding accessibility.
Of course that observation doesn't address broken markup or software).

On Tue, 18 Jun 2002, Andrew Johns wrote:

> -----Original Message-----
> From: Jon Hanna [mailto:jon@spin.ie]
> > Which are incapable of being checked why?
> in response to:
> >> All,
> >> I enjoy the assumption that all pages are static files that can be checked
> >> before being sent.  Actually, the great value of the Web is
> >> dynamic content,
> I can see his point.  In some cases where the page is dynamically built
 based on content pulled from external sources, the original source may
 not always structurally correct.  This in turn means that your once
 perfectly validated page will now fail validation when the additional
 dynamic code is added.

Then you should fix whatever is coming from the external source.  If it is
not originally markup then you just have to mark it up.  If it is markup
that might be invalid, parse it and generate your markup from the tree.
If it is known to be valid you can optionally skip the parsing step.

> However, if you are providing the content - e.g. using ASP and a
 Database to build a table - with some extra care and attention to what
 the code is actually building, it should be possible to ensure that the
 resulting dynamically built code is still valid.

Of course, that is straightforward, unless your software comprises
seriously grotty hacks written by someone who doesn't understand markup.

> For external sources, the best you can probably do in this situation is
 give feedback to the content provider and hope that they some day fix the

Failing that, parse it yourself.  If anyone has trouble with that,
I can offer you software or a webservice to parse markup and transform
it to something valid (HTML, XHTML or other) that meets your requirements.

Nick Kew

Available for contract work - Programming, Unix, Networking, Markup, etc.

VirusChecked by the Incepta Group plc
Received on Wednesday, 19 June 2002 03:50:35 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 13 October 2015 16:21:19 UTC