WebAIM - Web Accessibility In Mind

E-mail List Archives

Thread: Tables for layout

for

Number of posts in this thread: 4 (In chronological order)

From: Sharon Daniels
Date: Tue, Mar 19 2002 7:30AM
Subject: Tables for layout
No previous message | Next message →

If you are using a table for layout, are you supposed to have a table header
at all? The way this reads it sounds as if you wouldn't even use a table
header.

5.4 If a table is used for layout, do not use any structural markup for the
purpose of visual formatting. [Priority 2]
For example, in HTML do not use the TH element to cause the content of a
(non-table header) cell to be displayed centered and in bold.

Also, when using tables to create a layout, do not use structural markup to
create visual formatting. For example, the TH (table header) element, is
usually displayed visually as centered, and bold. If a cell is not actually
a header for a row or column of data, use style sheets or formatting
attributes of the element.

Say you just had one table that had 3 cells. One for email address, one for
name, and one for a submit button. Isn't it appropriate to not have a table
header on that kind of table?


----
To subscribe, unsubscribe, or view list archives,
visit http://www.webaim.org/discussion/

From: tom mcCain
Date: Tue, Mar 19 2002 7:48AM
Subject: Re: Tables for layout
← Previous message | Next message →

I believe that's correct, Sharon. This is a helpful resource (as Kynn
always is):

http://access.idyllmtn.com/tables/

In that, he does recommend a table summary of something like "Page
layout" and I have used such in the past myself. However, a recent
thread on the WAI-IG list seemed to suggest leaving the table summary
attribute null, i.e.:

<table summary="" etc.>

>If you are using a table for layout, are you supposed to have a table header
>at all? The way this reads it sounds as if you wouldn't even use a table
>header.

Hope that helps.


. . / tom mcCain


= EMAIL ADDRESS REMOVED =
http://www.crittur.com
indianapolis, indiana usa


----
To subscribe, unsubscribe, or view list archives,
visit http://www.webaim.org/discussion/

From: Kynn Bartlett
Date: Tue, Mar 19 2002 10:11AM
Subject: Re: Tables for layout
← Previous message | Next message →

At 9:48 AM -0500 3/19/02, tom mcCain wrote:
>I believe that's correct, Sharon. This is a helpful resource (as
>Kynn always is):
>
>http://access.idyllmtn.com/tables/
>
>In that, he does recommend a table summary of something like "Page
>layout" and I have used such in the past myself. However, a recent
>thread on the WAI-IG list seemed to suggest leaving the table
>summary attribute null, i.e.:
>
><table summary="" etc.>

There's not particularly good reasons to do either, and in my opinion
you're better off including the extra text than not doing it. What we
really need is separate markup for page layout and for data tables.

--Kynn

--
Kynn Bartlett < = EMAIL ADDRESS REMOVED = > http://kynn.com
Chief Technologist, Idyll Mountain http://idyllmtn.com
Next Book: Teach Yourself CSS in 24 http://cssin24hours.com
Kynn on Web Accessibility ->> http://kynn.com/+sitepoint


----
To subscribe, unsubscribe, or view list archives,
visit http://www.webaim.org/discussion/

From: Nick Wilson
Date: Tue, Mar 19 2002 12:25PM
Subject: Re: Tables for layout
← Previous message | No next message

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


* and then Kynn Bartlett declared....
> ><table summary="" etc.>
>
> There's not particularly good reasons to do either, and in my opinion
> you're better off including the extra text than not doing it. What we
> really need is separate markup for page layout and for data tables.

I was reading a thread with a blind user recently and he was saying
that the extra markup in using a table summary was just a waste of his
time and you can quickly 'see' the point of a table used for layout.

Food for thought perhaps..

- --
- -----------------------------------------------------------
www.explodingnet.com | Projects, Forums and
+ Articles for website owners
- -- Nick Wilson -- | and designers.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)

iD8DBQE8l5C+HpvrrTa6L5oRAiL0AKCQG9u/s+3ZtU7Tgy3dNwb9yf2bwACeNf00
01JbOw+VCZNJVVq7MdTC9hU=5t9J
-----END PGP SIGNATURE-----


----
To subscribe, unsubscribe, or view list archives,
visit http://www.webaim.org/discussion/