473,581 Members | 2,307 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

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

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

Aug 31 '05 #1
11 1945
On Wed, 31 Aug 2005, Simon Shutter wrote:
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.


No. Why is it that so many people speak of
"'XHTML with CSS' vs. 'HTML with tables'"?

I don't get it!

--
Top-posting.
What's the most irritating thing on Usenet?

Aug 31 '05 #2
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.
Aug 31 '05 #3
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/de...pnetusstan.asp

Simon
"Michael Winter" <m.******@bluey onder.co.uk> wrote in message
news:Gi******** **********@text .news.blueyonde r.co.uk...
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.

Aug 31 '05 #4
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/de...pnetusstan.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/
Aug 31 '05 #5
On Wed, 31 Aug 2005, Simon Shutter wrote:
Forgive me if I am posting to wrong newsgroup and for a couple of
loaded questions.
I suspect a troll, but I'll try one response before reaching a
conclusion...
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.
That's a very narrow outlook on the concept. It's about separation of
content from presentation (something which the web does anyway, but by
making that separation explicit it's possible to capitalise on it).
Notwithstanding the leadership of Chevrolet, Amnesty International
and others,
Was there any reason to suppose that these organisations would be
experts on web authoring techniques? (Many big organisations
outsource to graphic design houses, who understand even less how to
translate their glossy paper designs to the adaptable web...)
at what point do you think XHTML/CSS will become the preferred
approach?
The use of a stylesheet *was* the preferred approach *before* the
early Netscape folks started down the road of "presentational "
quasi-HTML. But it never got a chance to be fully implemented before
the fans of instant gratification rushed off to do visual design with
their presentational HTML attributes. Now, many years later, we're
just recovering the original position.

The use of tables as a tool for achieving a presentational layout was,
and is, really a rather small part of that general philosophy.

The worst part of tables-for-layout is that it works - and works - and
persists in working, no matter how unreasonable that turns out to be
in browsing situations which are far from what the original designer
had in mind. And that, then, is ingrained into the HTML itself,
instead of being a presentation proposal in an optional stylesheet.

I'm far from clear why you think XHTML might be opposed to HTML in
this/these respect(s). The dichotomy is really between (X)HTML strict
on the one hand, and (X)HTML transitional on the other. It's a great
pity that the W3C ever bothered to prove that HTML4.* transitional
coulde be expressed in XHTML/1.0: I'm not sure whether they ever
expected XHTML/1.0 Transitional to be taken seriously, rather than
dismissed as a mere proof of concept, unfit for practical deployment.
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?


Not really. It's not something that can be done by feeding the old
markup into some kind of black box, and expecting sensible
strict-(X)HTML and CSS to come out the other side! That's why
presentational quasi-HTML was such a waste of everyone's effort. To
do the job properly, with strict HTML marking-up the logical structure
without reference to presentation, and stylesheet(s) proposing
optional presentation(s) for various client-agent situation(s), means
basically starting again from the original content, and re-engineering
the site from scratch.

What's more likely to happen in practice IMHO is that /existing/ pages
will remain as they are, because it's just not worth re-engineering
them to remove the ingrained presentational stuff from their
"transition al" HTML. But new sites have already started exploiting
the benefits of the other approach - and browsing situations are
getting *more* diverse with time.

As time goes by, the differences between the two approaches are likely
to show more and more, especially in those diverse browsing situations
- of which, disability access is an important part, but not by any
means the only browsing situation that differs from the assumed
regular desktop with the assumed regular resolution and window size.

IMHO and YMMV, natch.
Aug 31 '05 #6
Alan,

Thanks for the well written response. I may be ignorant but I am not a
troll. I'm actually half-Glaswegian.

Simon

"Alan J. Flavell" <fl*****@ph.gla .ac.uk> wrote in message
news:Pi******** *************** ********@ppepc5 6.ph.gla.ac.uk. ..
On Wed, 31 Aug 2005, Simon Shutter wrote:
Forgive me if I am posting to wrong newsgroup and for a couple of
loaded questions.


I suspect a troll, but I'll try one response before reaching a
conclusion...
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.


That's a very narrow outlook on the concept. It's about separation of
content from presentation (something which the web does anyway, but by
making that separation explicit it's possible to capitalise on it).
Notwithstanding the leadership of Chevrolet, Amnesty International
and others,


Was there any reason to suppose that these organisations would be
experts on web authoring techniques? (Many big organisations
outsource to graphic design houses, who understand even less how to
translate their glossy paper designs to the adaptable web...)
at what point do you think XHTML/CSS will become the preferred
approach?


The use of a stylesheet *was* the preferred approach *before* the
early Netscape folks started down the road of "presentational "
quasi-HTML. But it never got a chance to be fully implemented before
the fans of instant gratification rushed off to do visual design with
their presentational HTML attributes. Now, many years later, we're
just recovering the original position.

The use of tables as a tool for achieving a presentational layout was,
and is, really a rather small part of that general philosophy.

The worst part of tables-for-layout is that it works - and works - and
persists in working, no matter how unreasonable that turns out to be
in browsing situations which are far from what the original designer
had in mind. And that, then, is ingrained into the HTML itself,
instead of being a presentation proposal in an optional stylesheet.

I'm far from clear why you think XHTML might be opposed to HTML in
this/these respect(s). The dichotomy is really between (X)HTML strict
on the one hand, and (X)HTML transitional on the other. It's a great
pity that the W3C ever bothered to prove that HTML4.* transitional
coulde be expressed in XHTML/1.0: I'm not sure whether they ever
expected XHTML/1.0 Transitional to be taken seriously, rather than
dismissed as a mere proof of concept, unfit for practical deployment.
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?


Not really. It's not something that can be done by feeding the old
markup into some kind of black box, and expecting sensible
strict-(X)HTML and CSS to come out the other side! That's why
presentational quasi-HTML was such a waste of everyone's effort. To
do the job properly, with strict HTML marking-up the logical structure
without reference to presentation, and stylesheet(s) proposing
optional presentation(s) for various client-agent situation(s), means
basically starting again from the original content, and re-engineering
the site from scratch.

What's more likely to happen in practice IMHO is that /existing/ pages
will remain as they are, because it's just not worth re-engineering
them to remove the ingrained presentational stuff from their
"transition al" HTML. But new sites have already started exploiting
the benefits of the other approach - and browsing situations are
getting *more* diverse with time.

As time goes by, the differences between the two approaches are likely
to show more and more, especially in those diverse browsing situations
- of which, disability access is an important part, but not by any
means the only browsing situation that differs from the assumed
regular desktop with the assumed regular resolution and window size.

IMHO and YMMV, natch.

Aug 31 '05 #7
On Wed, 31 Aug 2005 16:22:22 -0700, "Simon Shutter" <S@b.com> wrote:
I am not a troll. I'm actually half-Glaswegian.


Lots of bridges, an underground railway system
and they like a "soft drink" made from girders.

You're no convincing me, Jimmy.

Sep 1 '05 #8
"Simon Shutter" <S@b.com> writes:
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.
Well, as already said the HTML/XHTML distinction is irrelevant.

The CSS/table -layout distinction is the important one, but why it's
an advantage isn't quite what you say. There are two ways of setting
out a layout - linearising and non-linearising.

A linearising layout (CSS or tables), if viewed in a situation where
the feature producing the layout is absent, will still display the
content in a sensible order.
A non-linearising layout does not.

For example, the (poor quality) table layout:
<table><tr><td> News headline 1</td><td>News headline 2</td></tr>
<tr><td>News article 1</td><td>News article 2</td></tr></table>
is not a linearising layout, as if tables are not supported the two
headlines will be first, then the two articles.

To be friendly to screen readers/braille it is vital that the layout
(whether CSS or table-based) is linearising. There are then secondary
smaller advantages for screen readers/braille when tables are only
used for data and not for layout as well (some audio user-agents have
sophisticated table-rendering modes) but these are much smaller
differences than the linearising/non-linearising difference.

Additionally, good linearisation will help in a wide range of other
circumstances.

Nevertheless, table layout is a bad idea because it does give a big
disadvantage in other areas. Accessibility isn't solely about
visually-impaired users.

Table layout causes massive usability and accessibility problems when
the browser supports tables, but doesn't have the display width to
display them well. Examples include browsers on mobile phones or PDAs,
and text-mode browsers such as w3m or links 2. On these, a table
layout can give columns a single character wide, or require horizontal
scrolling back and forth twenty times just to read a paragraph. So can
a CSS layout, of course, but it is easier to avoid this problem with
those.

For a data table these restrictions on width are unavoidable and
bearable, because of the column-by-column or row-by-row way in which
these tables are read. For a layout table it makes the pages
incredibly difficult to use.
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?


Use a preprocessor, server-side scripting, or other appropriate
templating system, so that the page content is stored separately from
the navigation structure and the template design. That way you can
switch the template without interfering with anything else.

In theory, anyway - in practice you may have bits of content code that
need tidying up as well - make sure all the HTML code is valid and you
probably greatly reduce the amount you'll need to do this.

--
Chris
Sep 1 '05 #9
On Thu, 1 Sep 2005, Benjamin Niemann wrote:
http://msdn.microsoft.com/asp.net/de...pnetusstan.asp

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

The document says:


The stylesheet says:

| font-size: 80%

Sep 1 '05 #10

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

39
2879
by: Holly | last post by:
I'm trying to validate my code and I can't figure out what kind of doctype I have. The validator can't tell me anything because it can't move beyond the doctype declaration. http://www.wavian.com/clients/pugwash/ Is there anyway to tell what kind of doctype this is? I tried inserting a few different types (please excuse me if this is the...
1
4096
by: Chris Fink | last post by:
I am receiving xml documents from a customer without a reference to a doctype. I know what the Doctype DTD should be need to insert the declaration as follows <?xml version="1.0" encoding="UTF-8"?> <!-- start of add validation tag --> <!DOCTYPE D1XML SYSTEM "http://url/myDTD.DTD"> <!-- end of add validation tag --> <XML.....>
6
1472
by: Chris Botha | last post by:
I am porting an existing 2003 project to 2005. Yesterday I found that some of my Java script did not want to work. After eventually examining the HTML view of the new and old form for differences, I noticed the DOCTYPE lines pretty close to the top of the forms in HTML view differ. I removed the line in the new form and my Java script worked....
17
2101
by: Rick Brandt | last post by:
We are using a JS popup calendar in our pages and find that we get various JS errors whenever we call the code from an HTML page that includes a DOCTYPE. The specific type doesn't seem to matter. As long as there is no DOCTYPE then everything works fine (IE and FF). I don't have the specific script or errors handy, but I was wondering if...
4
532
by: Shadow Lynx | last post by:
Consider this simple HTML: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 STRICT//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" > <head> <title>Strict kills my widths!</title> </head> <body> <table style="width:400px; table-layout:fixed;">
6
7837
by: Rolf Welskes | last post by:
Hello, if I have for example: <table style="width: 100%; height: 100%;" border="1"> <tr> <td style="width: 100px">k </td> <td style="width: 100px">k </td> </tr>
20
1755
by: Deborah | last post by:
I'm trying to clean up my website, and it's in pretty good shape now, but I've gotten confused reading about Doctypes. My site is http://www.simi-therapy.com and my CSS is http://www.simi-therapy.com/simitherapy-screen.css . My pages all start with <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"...
0
8535
drhowarddrfine
by: drhowarddrfine | last post by:
The Doctype or DTD Many coders get confused by all the talk of doctypes and how they affect browsers and the display of their web pages. This article will get right to the point about doctypes and their use. Doctype is short for its full name "Document Type Definition", or DTD. If you pay attention to what those words mean, you will...
11
2716
by: rfr | last post by:
When I add a transitional doctype to the weather page on my community website, I loose certain Js scripts, but not all of them. This puzzles me. The main menu is powered by a js script and seems to function even with eh doctype. But, the floating menu doesn't function once I put a transitional doctype of the page. The js script that...
0
8144
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers, it seems that the internal comparison operator "<=>" tries to promote arguments from unsigned to signed. This is as boiled down as I can make it. ...
1
7894
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows Update option using the Control Panel or Settings app; it automatically checks for updates and installs any it finds, whether you like it or not. For...
0
6551
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing, and deployment—without human intervention. Imagine an AI that can take a project description, break it down, write the code, debug it, and then...
0
5361
by: conductexam | last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and then checking html paragraph one by one. At the time of converting from word file to html my equations which are in the word document file was convert...
0
3803
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The last exercise I practiced was to create a LAN-to-LAN VPN between two Pfsense firewalls, by using IPSEC protocols. I succeeded, with both firewalls in...
0
3820
by: adsilva | last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
1
2300
by: 6302768590 | last post by:
Hai team i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated we have to send another system
1
1400
muto222
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.
0
1132
bsmnconsultancy
by: bsmnconsultancy | last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence can significantly impact your brand's success. BSMN Consultancy, a leader in Website Development in Toronto offers valuable insights into creating...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.