scribe+
<CarlosD> scribe+
CarlosD: F2F in Edinburgh was a
great meeting, thanks Mark for hosting the meeting
... productive meeting, lot of work on accessibility
support
... good progress on Target Size rule, thanks Jean-Yves
... Manual rules are moving on, thanks Kathy
... Giacomo's presentation on WPT, Jean-Yves's presentation on
new web stuff, Wilco's presentation on ACT introduction
... Will Wilco's instruction to ACT be available online?
Kathy: it will be after captions
Jean-Yves: will also the other be available?
Kathy: I think so, pending captions and Daniel
Jean-Yves: working on Target
size, added reviewers, clean up and added reviewers labels, did
some review, many of the new PRs are small, so let's try to get
them merged
... Target size #2269
Kathy: discussed the visible label in name PR and its algorithm; one of the questions we had was "how to handle brands or logos?", also talked with Dan to add other examples
Shunguo: reviewed a couple of items
Sage: reviewed label in name and approved it
Wilco: reviewed few PRs, couple of things here and there
giacomo-petri: added few PRs and issues
<CarlosD> giacomo-petri: Failed example 6 requires aria-control which was removed in ARIA 1.3
<CarlosD> ... should we remove it?
Shunguo: example 6 is outdated in ARIA 1.3, I agree removing this example
Jean-Yves: I don't think removing one example will change significantly the rule
Shunguo: can we move it to pass?
Jean-Yves: we can't because in ARIA 1.2 is a required attribute
Wilco: ARIA 1.2 says author MUST use it
Shunguo: in aria 1.3 it has been removed
Wilco: it's still failing ARIA 1.3
Jean-Yves: I'm not saying it's passing or failing, but it passes our rule
<Shunguo> https://w3c.github.io/aria/#combobox
Wilco: In first public draft is says: When the popup is displayed, authors MUST set aria-controls on a combobox element to a value that refers to the combobox popup element.
giacomo-petri: that's true, not in the last draft version
Wilco: a bit premature removing it
CarlosD: what's the value keeping it?
Wilco: we are following specs
giacomo-petri: no value for the end user using aria-controls, ARIA group is moving into the direction of removing the requirement
Wilco: it's an editor draft,
everything can change, it's not approved
... I'd like evidence that in an expanded combobox it's not
useful
CarlosD: giacomo-petri, up to you
to provide evidence of UA
... do you have evidence?*
... removing it we still support ARIA 1.2, we apparently are
feature proof since ARIA 1.3 seems removing it, but as Wilco
said it's still a draft
<CarlosD> https://github.com/w3c/aria/pull/2134
CarlosD: if we remove it now,
when ARIA 1.3 will be release probably we have it already done,
and the rule still makes sense without it
... do we need a vote?
Wilco: probably not
Group decision: remove Failed Example 6 from the rule
<CarlosD> giacomo-petri: SVG elements are treated differently by user agents
<CarlosD> ... exposing them to AT in different ways
<CarlosD> ... Chrome treats it as images without alt, for example
<CarlosD> giacomo-petri: I've raised it in the ARIA group
Wilco: we need an accessibility support note
CarlosD: agree, point out an acc support note
Wilco: we can define it's not a
WCAG violation
... does it impact onw of our rule? Has the issue been opened
for one of our rules?
giacomo-petri: yes,
https://www.w3.org/WAI/standards-guidelines/act/rules/e88epe/proposed/
... the applicability: ignored svg: The element is an svg with
an empty ("") accessible name and a semantic role of
graphics-document;
CarlosD: wait for any feedback from ARIA group, in the meantime update the acc support section
Wilco: Passed Example 4 is passing, but currently failing in some browser
CarlosD: do we all agree having role="none" to pass example 4?
Wilco: also open acc support for this (or use existing issue)
Jean-Yves: setting role="none" vanish the ignored image bit
Shunguo: IMO the condition for
ignored svg should be changed
... in applicability, ignored svg, change the condition to
role="none/presentation" or aria-hidden="true"
CarlosD: this is already covered
by the 1st condition
... 9 participants, amazing!
<CarlosD> r/bit/bit
This is scribe.perl Revision VERSION of 2020-12-31 Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/ Guessing input format: Irssi_ISO8601_Log_Text_Format (score 1.00) Succeeded: s/biut/bit/ Succeeded: s/Chrome treats/... Chrome treats/ Succeeded: s/biut/bit/ Succeeded: s/bit*// Default Present: CarlosD, giacomo-petri, Kathy, Wilco, Sage, Jean-Yves, Jeremy Present: CarlosD, giacomo-petri, Kathy, Wilco, Sage, Jean-Yves, Jeremy No ScribeNick specified. Guessing ScribeNick: giacomo-petri Inferring Scribes: giacomo-petri WARNING: No meeting chair found! You should specify the meeting chair like this: <dbooth> Chair: dbooth WARNING: No date found! Assuming today. (Hint: Specify the W3C IRC log URL, and the date will be determined from that.) Or specify the date like this: <dbooth> Date: 12 Sep 2002 People with action items: WARNING: Input appears to use implicit continuation lines. You may need the "-implicitContinuations" option. WARNING: IRC log location not specified! (You can ignore this warning if you do not want the generated minutes to contain a link to the original IRC log.)[End of scribe.perl diagnostic output]