- From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
- Date: Wed, 04 Jul 2018 06:30:23 +0000
- To: public-css-archive@w3.org
The Working Group just discussed `porting media groups`, and agreed to the following: * `RESOLVED: Add a normative statement for properties that say "Media: all" explaining what "Media: all" meant.` <details><summary>The full IRC log of that discussion</summary> <heycam> Topic: porting media groups<br> <heycam> github: https://github.com/w3c/csswg-drafts/issues/2413<br> <heycam> fantasai: I ran a grep through the tree<br> <heycam> ... almost everything is Visual, some exceptiosn<br> <heycam> ... interactive vs not is not interesting<br> <heycam> ... but we distinguish between CSS props that shuld affect the accessibility tree, and the ones that shouldn't<br> <heycam> ... or don't<br> <heycam> ... content prop affects what shows up to a screen reader<br> <heycam> ... display does<br> <heycam> astearns: how is that expressed?<br> <heycam> florian: by Media: all<br> <heycam> astearns: are we consistent about that?<br> <heycam> fantasai: yes<br> <heycam> ... props that should add or remove content from the a11y tool<br> <heycam> ... it's an indicator to the screen reader as to what content should be added or skipped<br> <heycam> florian: I think it's not about screen readers<br> <heycam> ... it's about audio rendering<br> <heycam> fantasai: yes, but if we remove this, we need to make sure we're very clear in the spec, explicit wording to say this prop needs to affect non visual things<br> <heycam> dbaron: I think if that was the intent of the spec, I suspect most implementors missed it<br> <heycam> ... I think it would be good to have the wording in some other way<br> <heycam> astearns: I think it would be an improvement to be explicit, rather than hide it here<br> <heycam> frremy: most of these things, if they're defined, are in ARIA, they explicitly call out the properties and what you should do with them<br> <heycam> florian: for a11y, probably, for visual and non-visual media .... for the ones that say "all", a normative statement that says "this works on all media" is fine<br> <heycam> astearns: it should be more explicit<br> <heycam> ... "such as, screen readers"<br> <heycam> florian: no<br> <heycam> ... they don't work like that<br> <heycam> ... they're a visual media<br> <heycam> fantasai: but they're also not handling gencon properly<br> <heycam> Rossen: they do<br> <heycam> frremy: in Edge it works perfectly<br> <heycam> fantasai: but it is a common bug<br> <heycam> frremy: the content thing is defined precisely in the ARIA specs<br> <heycam> ... I don't believe we need to say anything in the CSS specs<br> <heycam> ... it says gencon should be exposed<br> <heycam> ... but it shouldn't require any specific wording<br> <heycam> florian: I would suggest adding a sentence not a11y specific, calling out that this property is supposed to apply to all kinds of rendering, even not visual<br> <heycam> ... not specifically to a11y, e.g. audio rendering without a screen reader, don't forget this property<br> <heycam> astearns: would that be enough?<br> <heycam> dbaron: sure<br> <heycam> fantasai: we should have these kinds of sentences anyway. in the propdef table it's easy to look up which ones you need to care about<br> <heycam> ... but it takes up a lot of space<br> <heycam> ... removing from the propdef table is a benefit overall<br> <heycam> ... we should add a statement explaining normatively that CSS requires these to work<br> <heycam> ... we're defining what the properties mean and how they're interpreted, ARIA then uses that<br> <heycam> RESOLVED: Add a normative statement for properties that say "Media: all" explaining what "Media: all" meant.<br> <florian> ScribeNick: Florian<br> </details> -- GitHub Notification of comment by css-meeting-bot Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/2413#issuecomment-402377185 using your GitHub account
Received on Wednesday, 4 July 2018 06:30:49 UTC