RE: Is it a problem that WCAG 2.0 doesn't require paying attention to NOFRAME content?

>   Would you, please, explain how "Provide a text equivalent for every
>   non-text element ... this includes ... frames ... " is not clear on
>   requiring a text equivalent for frames?
> 
>   It might be better if "a linear equivalent for frames" had been the
>   wording, but I see nothing unclear about the checkpoint.

What is unclear is what needs the text equivalent.  The frame element?
The frame element's content?  To me it seems that this is referring to
the need to provide an equivalent for the frame container, not the
content.  This is further supported by the existance of the following
example in the normative WCAG 1.0 document:

Received on Tuesday, 8 August 2006 02:47:50 UTC