- From: Antony Kennedy <antony@silversquid.com>
- Date: Fri, 7 Dec 2012 13:57:12 +0000
- To: James Craig <jcraig@apple.com>
- Cc: "Tab Atkins Jr." <jackalmage@gmail.com>, www-style list <www-style@w3.org>
>> If this were true, then "speech" media would be completely useless. I
>> believe browsers can tell when a page is being read by AT, and can
>> provide customized information for it. (I could be wrong, though...)
At the moment, the "speech" media *is* completely useless. I don't know of a single ScreenReader that pays attention to it. Am I mistaken?
If so, please let me know how I can achieve what I'm after with a real world example.
On 26 Nov 2012, at 20:08, James Craig <jcraig@apple.com> wrote:
> On Nov 26, 2012, at 10:01 AM, Tab Atkins Jr. <jackalmage@gmail.com> wrote:
>
>> On Mon, Nov 19, 2012 at 2:58 AM, Antony Kennedy <antony@silversquid.com> wrote:
>>> Is this something that can be sensibly achieved with media queries? @media
>>> not speech and @media speech seem like they should work great here.
>>> However, the screen reader attaches to the output of the browser (what the
>>> browser sends via Operating System APIs) and not the browser itself, so when
>>> the browser is parsing the CSS it never understands to expose or not expose
>>> these pieces. aria attributes work correctly here though, so there must be a
>>> solution!
>>
>> If this were true, then "speech" media would be completely useless. I
>> believe browsers can tell when a page is being read by AT, and can
>> provide customized information for it. (I could be wrong, though...)
>
>
> AT is a broad term and browsers cannot detect all forms, though providing customized information on a per-AT case is usually unnecessary.
>
> I don't think a new "perceivable" property is necessary here, because I believe the @media type query fits well here:
>
> element::before { content: ":"; }
> @media speech or reader { element::before { content: ""; } }
>
> In this case, the UA should just not expose the text contents of the pseudo-element to the accessibility API, or mark it in the API as decorative or otherwise hidden.
>
> I think what Antony is requesting is that the CSS spec should state something explicit to that effect.
>
> James
>
>
Received on Friday, 7 December 2012 13:57:42 UTC