W3C home > Mailing lists > Public > w3c-wai-eo@w3.org > January to March 1999

Re: card4+

From: Robert Neff <rneff@moon.jic.com>
Date: Sun, 31 Jan 1999 23:01:21 -0800
Message-ID: <005101be4db0$ad98aec0$4b109cce@rneff.jic.com>
To: <dd@w3.org>, <love26@gorge.net>
Cc: <w3c-wai-eo@w3.org>, "US Mint - Robert Neff" <Robert.Neff@usmint.treas.gov>
>> In 9. we might find a shorter version of:
>> Organize tabular data to make sense when read cell by cell.
>> Perhaps:
>> Make cell by cell reading of tabular data sensible.

rob neff>I hate to be a stickler for redundant conversation on this.  How
are we providing input to people who use tables that have two columns? The
example I use is Table Width is 600 Pixels. Left column is 150 and contains
navigation bars.  Right Column is 450 and uses the cell width to contain the

When I discuss with people the need  to not use tables to format text, then
the next question is what about tables with navigation bars.  Designers can
understand not using tables to format tables, but what about navigation bars
in HTML 3.2. As this is heavily used, these people need to be provided more
concrete direction.

Please note that I do not see "in HTML 4" as the appropriate answer,
because, intranets and internets are using HTML 3.2 and some will not go to
IE 4.  So I need to stress, HTML 3.2 is the bridge for at least another
year.  If you need more proof, some government offices will not go to HTML
because they do not have the disk space for all computers and some have
security fears for IE 4.  Like it or not, this is the environment.

On our just released redesign, I took out tables which also decreased
download time, except for when the servers are slow - which is almost always
at my former job <frown>

Please note my new email address above and please copy me.  My company
information is now -
Robert Neff
Intranet Project Manager, US Mint

P.S.  The internet web site, www.usmint.gov, is not universally accessible
and we will be starting a redesign soon to address these issues, but it
takes time.
Received on Sunday, 31 January 1999 23:01:31 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:29:27 UTC