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

Re: Remarks on Checkpoints

From: Charles McCathieNevile <charles@w3.org>
Date: Fri, 8 Jan 1999 04:23:25 -0500 (EST)
To: dd@w3.org
cc: WAI GL <w3c-wai-gl@w3.org>
Message-ID: <Pine.LNX.4.04.9901080411110.25858-100000@tux.w3.org>
If only one of NOFRAMES or TITLE is strongly required, then I suggest
NOFRAMES. In a non-trivial example, it may be desirable to provide more
significant information in NOFRAMES than simply a list of frames.

My standard 'how to use NOFRAMES' for an index and content frame (with
optional pointless banner) goes like this:
In each content page, include enough navigation links that it can stand
on its own if the rest of the Frameset is missing.
In the NOFRAMES you need to include an entry to the site. Since people
don't want to go through a splash page, (which you can provide with a
frames setup) you should either put the content of your index in, or
combine it with your splash page.

This provides for a mechanism which allows voice systems to cope with
navigation without having to explain a frame based site, or requiring the
'frame-navigation two-step' (back, select new index item) which Lynx uses
to cope with a poor system. It is access, but it is second rate. Where
there is a choice, we should be pushing for the first class solution. If
all you want to provide is the title information there is little
difference. If you want to provide good access, then there is a way that
works for some situations - TITLE, relying on design and an emergency
strategy -  and a way that works for all situations - NOFRAMES, relying on
design but no emergency strategy.


On Fri, 8 Jan 1999, Daniel Dardailler wrote:
  It doesn't require the use of NOFRAMES if the UA is smart enough to
  read the content of the FRAME elements.
[example]  
  To me, either one or the other is required, but not both.
  
Received on Friday, 8 January 1999 04:23:27 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:46:59 GMT