RE: Is using frames to group links a sufficient technique for 2.4.3?

I don't see that grouping links is relevant to providing multiple ways
to access delivery units, so I think all the techniques for skipping
link groups don't map to 2.4.3 (nor to 2.4.1 which also references many
of them). They belong in 2.4.2, so I propose they all be moved.

Additionally, there are already a number of techniques under the heading
"HTML Techniques for grouping blocks of repeated material" (which I hope
will make its way into 2.4.2 instead). Therefore, I don't see it as a
priority to develop an additional one. If you're looking for stuff to
do, Becky, Team C can use help!


> -----Original Message-----
> From: [] On
> Behalf Of Becky Gibson
> Sent: Tuesday, March 07, 2006 4:28 PM
> To: WCAG
> Subject: Is using frames to group links a sufficient technique for
> There is a proposed technique for SC 2.4.3 (More than one way is
> to locate content within a set of delivery units where content is not
> result of, or a step in, a process or task.)  titled, Using frame
> to group blocks of repeated material AND Using the title attribute of
> frame element. There is no content in the first technique.   I am
> that the intended technique is to use a frameset and frames to group
> different content on the page.  For example,
> <frameset cols="20%, *">
>    <frame src="navigation.html" name="navbar" title="Navigation Bar">
>    <frame src="main.html" name="maincontent" title= "Main News
Content" >
> </frameset>
> Thus, all of the navigation links are found within navigation.html and
> grouped within the frame.  I wanted to check with the larger group
> this was indeed a sufficient technique for 2.4.3 before investing the
> to create the technique. Would this also be sufficient for 2.4.2 (A
> mechanism is available to bypass blocks of content that are repeated
> multiple perceivable units.)?
> Thanks for your feedback.
> Becky Gibson
> Web Accessibility Architect
> IBM Emerging Internet Technologies
> 5 Technology Park Drive
> Westford, MA 01886
> Voice: 978 399-6101; t/l 333-6101
> Email:

Received on Wednesday, 8 March 2006 17:17:58 UTC