Click here to get back home

DOCTYPE for general public - when will accessibility override browser compatibility?

 HomeNewsGroups | Search | About
 comp.infosystems.www.authoring.html    Post an article   get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content
Subject Author Date
DOCTYPE for general public - when will accessibility override browser compatibility? Simon Shutter 08-31-2005
Get Chitika Premium
Posted by Simon Shutter on August 31, 2005, 9:14 am
Please log in for more thread options


Forgive me if I am posting to wrong newsgroup and for a couple of loaded
questions.

First, from what I understand, one of the advantages of XHTML/CSS is the
ability of screen readers/braille agents to provide an improved experience
than HTML with table layout. Notwithstanding the leadership of Chevrolet,
Amnesty International and others, at what point do you think XHTML/CSS will
become the preferred approach? Will it be when the number of IE5.x users
drops below the number of users who rely on screen readers/braille agent?

Second, if one is forced to use HTML with table layout, is there a best
practice of coding that facilitates migration to XHTML/CSS when the web site
owner can be convinced of its advantages?

tx




Posted by Michael Winter on August 31, 2005, 9:29 pm
Please log in for more thread options


On 31/08/2005 17:14, Simon Shutter wrote:

[snip]

> First, from what I understand, one of the advantages of XHTML/CSS is
> the ability of screen readers/braille agents to provide an improved
> experience than HTML with table layout.

It isn't the combination of XHTML and CSS that might provide any
improvement, but rather the use of semantic markup. The markup language
involved is irrelevant; HTML is just as good as XHTML (better,
possibly). After all, one can still author bloated documents using
Transitional XHTML 1.0, and indeed the vast majority of XHTML documents
probably are written this way (certainly from what I've seen).

There is nothing intrinsically inaccessible about HTML, and even
table-based layouts can be accessible (but WYSIWYG-authored documents
rarely will be).

> [...] at what point do you think XHTML/CSS will become the preferred
> approach?

When the overwhelming majority of user agents support XHTML properly.
Until then, use HTML with CSS.

> Will it be when the number of IE5.x users drops below the number of
> users who rely on screen readers/braille agent?

IE5 isn't the issue; IE in general is as no current versions support
XHTML (and I don't believe IE7 will, either). Poor CSS support is
usually manageable.

> Second, if one is forced to use HTML with table layout, is there a best
> practice of coding that facilitates migration to XHTML/CSS [...]

You will undoubtedly be rewriting the markup from scratch, so it isn't a
concern. A HTML to XHTML transformation can be performed mechanically,
which is why HTML is preferable until XHTML is feasible. Even when using
XML-based tools, the output should be transformed to HTML (unless there
are some overriding reasons not to).

Mike

--
Michael Winter
Prefix subject with [News] before replying by e-mail.

Posted by Simon Shutter on August 31, 2005, 3:41 pm
Please log in for more thread options


Michael,

Thank you for your considered response.

You're right that I'm looking at fixing an old site that has inappropriate
use of HTML tags and has not leveraged CSS. So, an update to HTML/CSS would
solve most problems. I just thought that XHTML would be more accessible.
Having seen that some major corporate sites like chevrolet.com are migrating
to XHTML Strict with CSS for layout, I thought this might be a sign of a
threshold being reached. If, by writing clean HTML, I can automatically
convert to XHTML, then perhaps that is what I should do. But, rightly or
wrongly, I have influenced by alistapart and webstandards org who appear to
advocate XHTML where possible.

With regard to your comment about IE7 and XHTML, the following article
suggests that MS VS Web Developer and ASP.NET 2.0 will support XHTML so I
hope they aren't going to let IE7 languish - that would be embarrassing.

http://msdn.microsoft.com/asp.net/default.aspx?pull=/library/en-us/dnaspp/html/aspnetusstan.asp

Simon


> On 31/08/2005 17:14, Simon Shutter wrote:
>
> [snip]
>
> > First, from what I understand, one of the advantages of XHTML/CSS is
> > the ability of screen readers/braille agents to provide an improved
> > experience than HTML with table layout.
>
> It isn't the combination of XHTML and CSS that might provide any
> improvement, but rather the use of semantic markup. The markup language
> involved is irrelevant; HTML is just as good as XHTML (better,
> possibly). After all, one can still author bloated documents using
> Transitional XHTML 1.0, and indeed the vast majority of XHTML documents
> probably are written this way (certainly from what I've seen).
>
> There is nothing intrinsically inaccessible about HTML, and even
> table-based layouts can be accessible (but WYSIWYG-authored documents
> rarely will be).
>
> > [...] at what point do you think XHTML/CSS will become the preferred
> > approach?
>
> When the overwhelming majority of user agents support XHTML properly.
> Until then, use HTML with CSS.
>
> > Will it be when the number of IE5.x users drops below the number of
> > users who rely on screen readers/braille agent?
>
> IE5 isn't the issue; IE in general is as no current versions support
> XHTML (and I don't believe IE7 will, either). Poor CSS support is
> usually manageable.
>
> > Second, if one is forced to use HTML with table layout, is there a best
> > practice of coding that facilitates migration to XHTML/CSS [...]
>
> You will undoubtedly be rewriting the markup from scratch, so it isn't a
> concern. A HTML to XHTML transformation can be performed mechanically,
> which is why HTML is preferable until XHTML is feasible. Even when using
> XML-based tools, the output should be transformed to HTML (unless there
> are some overriding reasons not to).
>
> Mike
>
> --
> Michael Winter
> Prefix subject with [News] before replying by e-mail.



Posted by Benjamin Niemann on September 1, 2005, 1:11 am
Please log in for more thread options


Simon Shutter wrote:

> > > Will it be when the number of IE5.x users drops below the number of
> > > users who rely on screen readers/braille agent?
> >
> > IE5 isn't the issue; IE in general is as no current versions support
> > XHTML (and I don't believe IE7 will, either). Poor CSS support is
> > usually manageable.
>
> With regard to your comment about IE7 and XHTML, the following article
> suggests that MS VS Web Developer and ASP.NET 2.0 will support XHTML so I
> hope they aren't going to let IE7 languish - that would be embarrassing.
>
http://msdn.microsoft.com/asp.net/default.aspx?pull=/library/en-us/dnaspp/html/aspnetusstan.asp

They are just jumping on the XHTML-as-text/html train as everyone else with
an unhealthy addiction to buzzwords.

The document says:
<quote>
There is one glaring problem with the W3C's recommendation: not all browsers
recognize application/xhtml+xml. In particular, Internet Explorer (the most
popular Web browser in the history of the world) does not recognize the
application/xhtml+xml MIME type. Therefore, serving your XHTML pages using
the recommended application/xhtml+xml MIME type is not a viable option.
</quote>

And they do not mention IE7 at all....

--
Benjamin Niemann
Email: pink at odahoda dot de
WWW: http://www.odahoda.de/

Posted by Martin Honnen on September 1, 2005, 3:28 pm
Please log in for more thread options




Simon Shutter wrote:


> With regard to your comment about IE7 and XHTML, the following article
> suggests that MS VS Web Developer and ASP.NET 2.0 will support XHTML so I
> hope they aren't going to let IE7 languish - that would be embarrassing.
>
>
http://msdn.microsoft.com/asp.net/default.aspx?pull=/library/en-us/dnaspp/html/aspnetusstan.asp

Yes, ASP.NET 2.0 has features to generate XHTML markup and that article
even claims you can serve as text/html to browsers like IE but also as
application/xhtml+xml to browsers like Mozilla or Opera. However some
days ago I have looked into that and discovered that it breaks horribly
if you serve the stuff as application/xhtml+xml. The reason is that lots
of the .NET controls you use on the server that then emit XHTML also
need script to work and emit that script inline in the XHTML document.
But .NET does that in the following way
<script type="text/javascript">
<!--
script code goes here
//-->
</script>
which is fine (or at least possible) when being served as text/html but
means that an XML parser parsing the XHTML document doesn't see the
script code as it it the content of an XML comment inside of the
<script> element.
Thus I filed a bug on ASP.NET 2.0
<http://lab.msdn.microsoft.com/productfeedback/viewfeedback.aspx?feedbackid=9060983f-d910-48d4-8791-f39a323b9e8c>
but the response is "behavior is by design" and "we do this to comply
with XHTML standards".
Not sure what XHTML standards they have in mind but my bug report points
to <http://www.w3.org/TR/xhtml1/#C_4> and that clearly states
"Note that XML parsers are permitted to silently remove the contents of
comments. Therefore, the historical practice of "hiding" scripts and
style sheets within "comments" to make the documents backward compatible
is likely to not work as expected in XML-based user agents."
Thus the XHTML 1.0 standard explictly warns not to do what they claim to
do "to comply with XHTML standards".

So ASP.NET 2.0 as a platform to create XHTML makes those mistakes people
have warned for a long time:
<http://www.hixie.ch/advocacy/xhtml>

--

        Martin Honnen
        http://JavaScript.FAQTs.com/

Similar ThreadsPosted
ANN: GPP 2.24 -- a general-purpose preprocessor September 19, 2004, 11:59 pm
Is there a way to UnReliably override the
tag ?
January 12, 2007, 7:38 am
Override CSS Link Color? June 20, 2005, 3:20 pm
IE6 link colors & CSS override (vs. Firefox) October 20, 2005, 9:06 pm
layers compatibility August 5, 2005, 6:38 am
Www site to test compatibility of an html page January 9, 2008, 11:19 am
Public identifier language: meaningless or nonsense December 23, 2004, 2:45 pm
How to construct a public upload/download site? January 22, 2006, 10:58 pm
How to remove/alleviate public users' fear of downloading java for your web app? September 21, 2007, 7:18 pm
Doctype December 14, 2004, 1:10 pm

Our other projects:

Art Dolls, Fairies and Mermaids - Sunnyfaces.net

Roy's Linux, Programming and Search Engines messages

1-Script XML SitemapXML Sitemap