- From: John Foliot <john.foliot@deque.com>
- Date: Mon, 14 Aug 2017 16:25:54 -0500
- To: Michael Cooper <cooper@w3.org>
- Cc: AG WG <w3c-wai-gl@w3.org>
- Message-ID: <CAKdCpxzvOmwpEhsEVzwMNZ6r-H=8m5z27XdR1SNpHQB_eUi1vg@mail.gmail.com>
> So I changed the link to point to the term in the WCAG 2.1 spec, instead of CSS 2. > This is technically a normative change; if anybody objects to it, let me know. I understand both the justification and the concern . I personally am not opposed to replicating the definition in WCAG 2.1 (given that CSS 2 is a normative spec , and not likely to change ), and so equally I am not opposed to pointing to th at same definition *inside* of WCAG 2.1, but ideally I'd also ensure that the WCAG 2.1 definition in-turn references the definitive CSS 2 definition (linked), so that ultimately we have but *ONE* normative W3C definition (i.e.some provisional language stating the definitive definition is at CSS 2). (In other words, I would hate to see a conflicting definition show-up down the road due to our failure to closely follow activities in a different Working Group) JF On Mon, Aug 14, 2017 at 2:53 PM, Michael Cooper <cooper@w3.org> wrote: > I'm preparing WCAG 2.1 for the next formal publication, scheduled for next > tomorrow. I routinely do cleanup at this stage to ensure consistency. > > In this pass, I came across one issue in the two new Target Size SC > recently accepted: > > https://rawgit.com/w3c/wcag21/master/guidelines/#target-size > https://rawgit.com/w3c/wcag21/master/guidelines/#target- > size-(no-exception) > > They both linked the term "CSS pixels" to the CSS 2 specification: > > https://www.w3.org/TR/CSS2/ > > That link doesn't really provide value, and we already have a term for CSS > pixel: > > https://rawgit.com/w3c/wcag21/master/guidelines/#dfn-css-pixel > > So I changed the link to point to the term in the WCAG 2.1 spec, instead > of CSS 2. > > This is technically a normative change; if anybody objects to it, let me > know. > > Other changes I have made both to recently add SC, and ones currently > under CfC, which I consider editorial but let me know if you think > otherwise: > > - Lists in SC changed to definition lists when they have headers; > - Terms start with a single clause, and any further exposition in > subsequent paragraphs; > - Consistent capitalization; > - Marked everything as "new"; > - Removed stray elements like redundant conformance level markers; > - Changed some paragraphs to editorial notes when it seemed that was > the intent; > - Provide links to Understanding pages (most of them populated just > with a template); > - Other invisible edits like making the file we edit match the new > name of the SC. > > Michael > -- John Foliot Principal Accessibility Strategist Deque Systems Inc. john.foliot@deque.com Advancing the mission of digital accessibility and inclusion
Received on Monday, 14 August 2017 21:26:23 UTC