IRC log of ag on 2019-09-10

Timestamps are in UTC.

14:57:28 [RRSAgent]
RRSAgent has joined #ag
14:57:28 [RRSAgent]
logging to https://www.w3.org/2019/09/10-ag-irc
14:57:30 [trackbot]
RRSAgent, make logs public
14:57:33 [trackbot]
Meeting: Accessibility Guidelines Working Group Teleconference
14:57:33 [trackbot]
Date: 10 September 2019
14:57:40 [AWK]
rrsagent, set logs public
14:57:43 [AWK]
rrsagent, draft minutes
14:57:43 [RRSAgent]
I have made the request to generate https://www.w3.org/2019/09/10-ag-minutes.html AWK
14:58:20 [JakeAbma]
JakeAbma has joined #ag
14:58:33 [JakeAbma]
present+ JakeAbma
14:59:09 [alastairc]
agenda?
14:59:40 [Raf]
Raf has joined #ag
15:00:36 [Raf]
present+
15:01:03 [Chuck]
Chuck has joined #ag
15:01:18 [stevelee]
present+
15:01:20 [Chuck]
present+
15:02:06 [bruce_bailey]
bruce_bailey has joined #ag
15:02:23 [laura]
laura has joined #ag
15:02:27 [Fazio]
Fazio has joined #ag
15:02:43 [Fazio]
Present+
15:03:39 [bruce_bailey]
present+
15:04:23 [AWK]
Chair: AWK
15:05:04 [mbgower]
mbgower has joined #ag
15:05:13 [mbgower]
present+
15:05:25 [mbgower]
scribe:
15:05:38 [mbgower]
scribe: mbgower
15:05:43 [MichaelC]
present+
15:06:03 [mbgower]
zakim, take up item 1
15:06:04 [Zakim]
agendum 1. "TPAC agenda review https://www.w3.org/WAI/GL/wiki/Meetings/TPAC_2019" taken up [from AWK]
15:06:21 [mbgower]
AWK: TPAC is next week
15:06:32 [mbgower]
AWK: We have 16 people signed up.
15:06:58 [mbgower]
AWK: Others may be joining by phone
15:07:33 [mbgower]
AWK: The link for remote participation can be reached from the link in the agenda
15:07:46 [mbgower]
AWK: It's not the regular call in information
15:08:35 [mbgower]
AWK: We want to talk about the agenda. We briefly went over it last week.
15:09:04 [bruce_bailey]
FWIW, i plan to attend (by phone) most of the Silver mon/tue meetings, but very little of our thur/fri stuff (as I have meetings in town EST).
15:09:05 [JustineP]
JustineP has joined #ag
15:09:13 [JustineP]
present+
15:09:20 [mbgower]
AWK: Thursday after registration we want to set expectations then Jean will be calling in remote for Silver.
15:09:24 [laura]
present+ Laura
15:09:56 [mbgower]
AWK: THe silver TF will be looking at a variety of topics. I will update with material I just got from Jean. They are looking at conformance prototypes.
15:10:26 [mbgower]
AWK: It's going to be more comprehensive than we've done in the past, which will get more people up to speed, providing more opportunity for discussion and comments.
15:10:52 [mbgower]
AWK: Most of the remaining time will be WCAG 2.2
15:11:45 [mbgower]
AWK: Friday will be a continuation. If we need to spend any time talking about WCAG 2.1, we can do it (if we don't finish on today's call).
15:12:21 [mbgower]
AWK: Any questions?
15:12:40 [mbgower]
Bruce: No meeting Tuesday?
15:12:47 [johnkirkwood]
present+
15:12:52 [mbgower]
present+
15:13:03 [mbgower]
AWK: Correct, no regular meeting next week.
15:13:11 [mbgower]
Bruce: Teleconference info?
15:13:20 [mbgower]
AWK: It's on this agenda page under REmote Participation
15:13:44 [mbgower]
AWK: We are not going to meet on Sept 24.
15:13:44 [alastairc]
Good reference for future meetings: https://www.w3.org/WAI/GL/wiki/Upcoming_agendas
15:14:24 [mbgower]
zakim, take up next item
15:14:24 [Zakim]
agendum 2. "Small errata for 1.4.10 reflow https://www.w3.org/2002/09/wbs/35422/SeptemberErrata/" taken up [from AWK]
15:15:00 [Jennie]
Jennie has joined #ag
15:15:15 [mbgower]
AWK: everyone who looked at this update to CSS pixel language said 'yes'
15:15:31 [alastairc]
(Applies to the note underneath the SC text.)
15:16:57 [mbgower]
Bruce: This is an example where we have the except following the language, instead of in the SC.
15:17:11 [mbgower]
Bruce: It would be "Except for parts of..."
15:17:33 [mbgower]
AWK: That has nothing to do with this. Can we deal with the erratum first?
15:17:49 [mbgower]
RESOLUTION: Accept erratum as proposed
15:18:42 [mbgower]
Bruce: In 2.0 it was very much natural language. In 2.1 the language has exceptions after the success criteria. I would argue it's very poor form.
15:18:49 [mbgower]
q+
15:18:57 [mbgower]
Bruce: Anyone feel that way?
15:19:25 [mbgower]
AWK: We had some exceptions in 2.0 like that.
15:19:51 [mbgower]
AWK: I don't view this as a huge problem.
15:20:07 [alastairc]
Seems minor to me, I wouldn't have noticed if it hadn't been pointed out...
15:20:19 [AWK]
ack m
15:20:46 [AWK]
Mbgower: actually prefer the approach where the exception is at the end.
15:20:56 [bruce_bailey]
i am hearing mike saying he likes the 508 style!
15:21:07 [AWK]
... sometimes find it confusing when it is mixed in
15:21:42 [mbgower]
Bruce: I'm just saying we should be consistent. I'm okay with the 508 style [grin]
15:22:05 [Jennie]
present+
15:22:11 [mbgower]
AWK: It's something we can take a look at. Can you create an issue, Bruce?
15:22:19 [mbgower]
Bruce: I would be happy to
15:22:24 [mbgower]
zakim, take up next item
15:22:24 [Zakim]
agendum 3. "WCAG 2.1 techniques https://www.w3.org/2002/09/wbs/35422/MiscItems09022019/" taken up [from AWK]
15:22:54 [mbgower]
AWK: None of them are unanimous.
15:23:20 [mbgower]
TOPIC: 1.3.5 failure
15:24:18 [mbgower]
AWK: There are a few differenet versions. John Foliot put this together. There are lots of long examples. He was trying to show where this could be a failure.
15:24:55 [AWK]
Mbgower: Core concern is that SC doesn't say "CAN'T use autocomplete for inputs not about the user"
15:25:18 [alastairc]
q+
15:25:27 [mbgower]
AWK: Jake was that your concern too?
15:26:01 [mbgower]
Jake: Yes. If we had attributes only for the user, this might have been possible. But because we are using existing attributes, we created our own trap for not being able to create our own failure.
15:26:50 [mbgower]
Jake: Of course it's going to create a problem when you see multiple email inputs.
15:27:02 [mbgower]
Jake: Sometimes we want to use multiples. That is a second consideration
15:27:18 [AWK]
ack ala
15:27:42 [mbgower]
Alastair: I didn't get a chance to fill in the survey. I agree the SC doesn't give it that basis. I think it could be adjusted though.
15:27:53 [mbgower]
Alastair: We could create one where it doesn't use autocomplete.
15:28:28 [mbgower]
AWK: Right, the other failure we can do is have an input about the user that needs autocomplete and it doesn't use autocomplete or uses the wrong token.
15:29:15 [mbgower]
AWK: I hadn't thought about this one in this particular way. in the HTML spec it says the autocomplete attribute is for inputs about the user. maybe we glossed over because of that.
15:29:52 [alastairc]
Github discussion on this: https://github.com/w3c/wcag/issues/642
15:30:06 [mbgower]
AWK: If the goal is to make sure each field can be programmatically determined, obviously if all fields are showing the same info, we should be able to say one is showing the wrong value.
15:30:18 [mbgower]
q+
15:30:30 [mbgower]
AWK: Did others have thoughts on this?
15:30:33 [AWK]
ack m
15:30:56 [alastairc]
q+ to say we often find autocomplete="none"
15:32:08 [AWK]
ack ala
15:32:08 [Zakim]
alastairc, you wanted to say we often find autocomplete="none"
15:32:33 [david-macdonald]
david-macdonald has joined #ag
15:32:35 [mbgower]
mbgower: You could use concatenated values to distinguish between user and non-user inputs as a sufficient technique
15:32:37 [david-macdonald]
Present+
15:33:06 [AWK]
it is autocomplete="off"
15:34:21 [alastairc]
Noting that there might be a vaild case to use autocomplete="off" if a type-ahead-find input is being used.
15:34:33 [mbgower]
AWK: Do people feel like the wg could have said 'for this SC, it is not just that you had to identify the input's purpose correctly but that you couldn't define that incorrectly?
15:34:49 [david-macdonald]
q+
15:34:58 [AWK]
ack da
15:35:12 [mbgower]
David: I'm concerned about overreaching the SC. We could in the future, but not here.
15:35:43 [alastairc]
I think we should allow for improved user-agents, so not to prevent multiple profiles which could fill in multiple users info. So should't rule-out using autocomplete elsewhere.
15:35:52 [mbgower]
David: making the things not about the user marked as "none" would concern me. I'd want to think about it.
15:36:18 [mbgower]
AWK: Based on comments here, it sounds like there's a core problem with this failure technique.
15:36:27 [alastairc]
If it's focused-down to missing/incorrect tokens, should be ok.
15:37:01 [mbgower]
AWK: Obviously it does impact if someone is using autofill it does impact the user negatively if the tokens are used incorrectly. But it doesn't seem like we have the SC language to create a failure around that
15:37:12 [mbgower]
AWK: I guess we need to write the other failures.
15:37:27 [mbgower]
AWK: Anyone have an objection to not approving this one?
15:37:35 [mbgower]
Jake: John Foliot, probably.
15:37:55 [mbgower]
AWK: I talked to John. We should be able to use some of this, maybe in the understanding document?
15:38:13 [mbgower]
RESOLUTION: Do not accept 1.3.5 failure technique as proposed
15:38:24 [mbgower]
TOPIC: Failure for 2.5.1
15:39:05 [mbgower]
AWK: We've got one to accept, one to change and one not to accept
15:39:54 [alastairc]
q+
15:40:10 [mbgower]
Jake: The second sentence maybe should be part of the procedure?
15:41:09 [alastairc]
q-
15:41:10 [AWK]
ack ala
15:41:10 [mbgower]
Alastair: I think I removed that from the procedure and put it in the description. I don't feel strongly about it, but was trying to make the procedure less detailed.
15:42:38 [mbgower]
Jake: On the email client, some of the options are available when you go to the email, even if the actions are only available on the prior inbox screen via gestures
15:43:15 [mbgower]
Jake: Expanded is not the same as going to the next page/step.
15:43:20 [alastairc]
Doesn't part 2 of the procedure cover that?
15:45:03 [mbgower]
AWK: So if you swipe and get ABC options, and when you expand you get AB, you would fail because option C is only available via the gesture. But if you can go to the next page, then you can do C on the next page.
15:45:09 [mbgower]
q+
15:45:21 [AWK]
ack mb
15:46:38 [alastairc]
In the 2nd example, how about: "One or more of these options are not available from a tap or click." - avoiding the page/view difference.
15:47:02 [alastairc]
Or "One or more of these options are not available from a tapping or clicking."
15:47:15 [mbgower]
mbgower: in an email client, one can have the options when the user opens the mail item, instead of offering them in the inbox view.
15:47:17 [david-macdonald]
q+
15:47:20 [alastairc]
q+
15:47:29 [AWK]
ack dav
15:48:26 [mbgower]
David: There's a long history to that conversation. Back in the day we would struggling with the javascript menus. The top level item would go to a new page and the new page would have the other actions. Technically WCAG is page level, but we always allowed those.
15:49:27 [AWK]
ack ala
15:49:39 [mbgower]
David: Also, the datepicker wasn't on a different page, but you were doing the same functionality without the bells and whistles via the input
15:50:22 [mbgower]
Alastair: If we just rephrased things, we could just avoid the whole 'is it a page' consideration.
15:50:39 [mbgower]
Alastair: That would remove the concern about it only expanding in place
15:51:16 [alastairc]
Full example text: A swipe-to-reveal control displays a set of options when swiping an item to the left, and another set of options when swiping an item to the right. One or more of these options are not available for simple pointer activation after the item is first opened with a single tap.
15:51:22 [AWK]
https://www.irccloud.com/pastebin/lpfDtyTM/
15:51:26 [mbgower]
Jake: That makes sense. If we allow the old school example of the long description, providing the link, the long description is on another page.
15:52:29 [mbgower]
Jake: If we take a more holistic approach, it is not page by page but you still find ways to active with a single click. You can put it in a second place and it's fine to be encountered later.
15:53:02 [mbgower]
Alastiar: That's the same conversation we had around reflow. You may have to click through to get to all the same content.
15:53:10 [mbgower]
Jake: That's a clear fail.
15:54:17 [mbgower]
AWK: If you have functionality that doesn't meet the criteria, but there's an alternative version, as long as you can get to it from the non-conforming version...
15:54:31 [laura]
longdesc isn’t deprecated. https://www.w3.org/TR/html-longdesc/
15:54:51 [mbgower]
Jake: That feels a little awkward.
15:54:57 [Chuck]
q+
15:55:52 [mbgower]
AWK: If you zoom in enough that not all content can fit, then withholding information under a submenu...
15:56:20 [david-macdonald]
q+
15:57:02 [mbgower]
Jake: expresses concerns with a page where one has to click on every link on the page to get the same experience
15:57:06 [AWK]
ack ch
15:57:45 [mbgower]
Chuck: My understanding of US law is that it supports as long as the path or an equivalent is accessible, we meet the requirement. So my point is it is not a new concept that an alternative exists.
15:58:09 [mbgower]
Jake: But we are creating WCAG. What specific countries do with it or interpret it, is not relevant.
15:59:01 [mbgower]
Jake: IN this example, you can click through and I totally agree. But saying 'there is a better experience on the next page' means we need to rethink our testing procedures.
15:59:22 [Chuck]
I acknowledge the point on WCAG and that it's the country's business how WCAG is interpreted and implemented.
15:59:25 [david-macdonald]
https://www.w3.org/TR/UNDERSTANDING-WCAG20/conformance.html#uc-conforming-alt-versions-head
15:59:49 [bruce_bailey]
q+ to mention CAV has caveats
15:59:53 [bruce_bailey]
the conforming version can be reached from the non-conforming page via an accessibility-supported mechanism, or
16:00:07 [bruce_bailey]
the non-conforming version can only be reached from the conforming version, or
16:00:11 [mbgower]
Jake: We have a search button. Teams use it for different searches. At the bottom of the page is a universal search which has text alternative. But the other pages have other searches which do not have a text alternative.
16:00:14 [bruce_bailey]
the non-conforming version can only be reached from a conforming page that also provides a mechanism to reach the conforming version
16:00:22 [AWK]
ack david
16:00:37 [mbgower]
David: I just dropped in a link to a conforming alternative.
16:01:05 [mbgower]
David: On paper, there's what it requires, then there is what is happening in the wild. There's a bit of variation in the way we interpret versus the real language.
16:01:34 [mbgower]
David: Conforming alternative version is a whole page. So arguments against that make it sound like I'm contradicting.
16:02:16 [mbgower]
David: We've lived with a certain amount of ambiguity. I gave the drop-down menu example. That doesn't strictly conform, but we allowed it when there was no other technical solution.
16:03:17 [mbgower]
Jake: I'd like to ask something about #2. It says pretty clearly that is provides all of the same funcitonality and information
16:03:35 [mbgower]
q+
16:03:51 [alastairc]
q+ to talk about previous discussions on this point: https://github.com/w3c/wcag21/issues/813 / https://github.com/w3c/wcag/issues/728
16:04:11 [mbgower]
q-
16:04:11 [AWK]
ack br
16:04:12 [Zakim]
bruce_bailey, you wanted to mention CAV has caveats
16:04:44 [mbgower]
Bruce: The conforming alternative version is part of wcag, so this is an important consideration.
16:05:27 [AWK]
ack ala
16:05:27 [Zakim]
alastairc, you wanted to talk about previous discussions on this point: https://github.com/w3c/wcag21/issues/813 / https://github.com/w3c/wcag/issues/728
16:05:29 [mbgower]
Bruce: Iv'e had someone say the calendar date picker is not the same because it provides the day of the week in the view, but the input does not.
16:06:36 [mbgower]
Alastair: I'm not sure if the alternative versions discussion should be pursued. We discussed in reflow and text spacing. Say Apple News. You have a very constrained layout, and if someone pumps up the text size, it will cut off some content. But you have one click thorugh to open up a view
16:06:49 [mbgower]
Alastair: I think that is a legitimate approach.
16:08:16 [mbgower]
AWK: Getting back to this failure, 2.5.1. The question on this one that we were talking about is the second example.
16:08:53 [alastairc]
Suggest: One or more of these options are not available for single pointer activation after the item is first opened with a single tap or click.
16:08:59 [mbgower]
AWK: Are we okay going with it as it is?
16:10:36 [alastairc]
From Michael's point: One or more of these options are not available after the item is first opened with a single tap or click.
16:10:47 [jon_avila]
jon_avila has joined #ag
16:10:58 [jon_avila]
present+jon_avila
16:13:03 [AWK]
Things to change:
16:13:16 [AWK]
1) Remove third example bullet
16:13:29 [mbgower]
AWK: Does anyone object to moving third example bullet?
16:13:39 [AWK]
2) Update using Alastair's text "One or more of these options are not available for single pointer activation after the item is first opened with a single tap or click."
16:13:50 [mbgower]
AWK: Does anyone object to alastair's change?
16:14:17 [alastairc]
Amends: https://github.com/w3c/wcag/pull/880/commits/0d9a2ddccc4b13e2b5899f345b164bcc42f560fb
16:14:55 [AWK]
3) remove procedure step 1 and updating the expected results
16:15:20 [alastairc]
This has updated for me: https://raw.githack.com/w3c/wcag/tech-failure-path-based-gesture/techniques/failures/FXX-path-based-gesture.html
16:16:05 [JakeAbma]
q+
16:16:14 [AWK]
ack jake
16:16:33 [Jennie]
I can scribe
16:16:49 [Jennie]
scribe: Jennie
16:19:18 [Jennie]
AWK: I think we should be careful about doing that too much. It is a valid thing.
16:19:25 [Jennie]
Jake: I totally agree.
16:19:38 [Jennie]
AWK: Alastair has updated it to the current state.
16:19:54 [Jennie]
Alastair: yes. The preview is cached.
16:20:16 [Jennie]
AWK: Jake - was there something you wanted to change or add?
16:20:20 [Jennie]
Jake: ok as it is.
16:20:36 [Jennie]
AWK: given the changes we have, are there any objections to accepting this failure as amended?
16:20:40 [mbgower]
+1 accept as amended
16:20:45 [AWK]
+1
16:20:49 [alastairc]
+1 as amended
16:21:02 [Jennie]
Jake: when I checked 2 weeks ago the slide worked in portrait but not landscape mode.
16:21:06 [Jennie]
Alastair: that is fixed.
16:21:38 [JakeAbma]
+1
16:21:41 [alastairc]
s/that is fixed./that is part of the next technique
16:22:01 [Jennie]
Resolution accepted as amended.
16:22:24 [Jennie]
RESOLUTION: accepted as amended.
16:22:48 [Jennie]
TOPIC: Failure for 2.5.4
16:23:03 [Jennie]
AWK: 2 approves, 1 changes. Mike Gower has suggestions
16:23:36 [Jennie]
Mbgower: yes, that's right.
16:23:41 [Jennie]
AWK: why a note?
16:23:48 [bruce_bailey]
http://www.w3.org/2002/09/wbs/35422/MiscItems09022019/results#xq29
16:24:05 [Jennie]
Mbgower: that is the exception of the sc being listed there, but the failure is really about not being able to turn something off.
16:24:20 [Jennie]
AWK: extra information covered in the understanding document. I can agree with that. We could remove that.
16:24:26 [Jennie]
...and not affect this.
16:24:42 [Jennie]
...the 2nd step in the procedure you are saying you do not understand, and check ...
16:24:52 [Jennie]
Mbgower: I can see lots of people not understanding that.
16:25:22 [Jennie]
AWK: check if the motion sensor is essential, and the continue on...check if supported in an accessible interface - would that satisfy it?
16:25:33 [Jennie]
Mbgower: what is a user has tremors, and no AT.
16:26:00 [Jennie]
...the fact that there is an accessibility supported interface that works or doesn't work is irrelevant to my situation. I just need to turn off the sensor. So this doesn't seem relevant to me.
16:26:23 [Jennie]
...the whole exception is kind of weird. There are lots of things that might be accessibility supported, but it doesn't mean that you don't have to have a way to turn it off.
16:26:50 [Jennie]
AWK: this failure is around not being able to disable that motion detection.
16:26:59 [Jennie]
...would you say that removing #2 in the procedure?
16:27:21 [Jennie]
Mbgower: or rolling it up. If it is not required by an AT (essential) then you need to be able to turn it off.
16:27:39 [Jennie]
AWK: you think the intent is that if a motion is required to operate it...
16:27:58 [Jennie]
Mbgower: change the first step to say:
16:28:39 [AWK]
"Check if the use of a motion sensor is essential or required to make the function accessibility supported."
16:29:18 [Jennie]
AWK: if we change #1, remove #2, then the expected results if 1 and 2 are false then the control fails this SC
16:29:26 [Jennie]
Mbgower: yes
16:29:35 [Jennie]
AWK: can you edit it, Alastair?
16:29:42 [mbgower]
Success Criterion upper case?
16:30:25 [Jennie]
Jake: in portrait it works, in landscape it doesn't.
16:30:41 [mbgower]
q+ to say easy solution is to remove working example
16:30:42 [Jennie]
AWK: I have seen the example work, but we should make sure it is working.
16:31:12 [Jennie]
AWK: it is a slider, if you tip your device it increases or decreases. Mike Gower has pointed out that isn't enough, you need a way to disable it.
16:31:21 [Jennie]
...but if it is not working, it is disabled by default
16:31:57 [Jennie]
AWK: with those updates to the procedure, which will make it so there is 2 items in there combining #1 and 2, and we can get rid of the 2nd paragraph in the description
16:32:05 [Jennie]
Alastair: completely?
16:32:15 [Jennie]
AWK: the 2nd to last sentence addresses the indirect motion
16:32:27 [Jennie]
...is that covered in the understanding document?
16:32:52 [Jennie]
Alastair: should we just make that a note?
16:32:57 [Jennie]
AWK: yes, that's fine.
16:33:07 [Jennie]
...indicate that it is an aside.
16:33:17 [Jennie]
Mbgower: I think I opened an issue up.
16:33:18 [alastairc]
Amends: https://github.com/w3c/wcag/pull/845/commits/39d1d1f7f1fc43de8f163637bf97134742afde72
16:33:29 [Jennie]
AWK: the note looks like the exact same text used in this technique.
16:33:38 [Jennie]
...it doesn't expand on it any further.
16:34:04 [Jennie]
...we make it a note, adjust the procedure, make sure that the example works. Assuming those are taken care of, any objections?
16:34:16 [mbgower]
You can always just remove the working example for now
16:34:17 [Jennie]
RESOLUTION: accepted as amended
16:34:43 [Jennie]
AWK: hopefully that will not be necessary, since i know it has worked.
16:35:07 [Jennie]
...we have a few things to edit, and we are done with this survey.
16:35:13 [Jennie]
Zakim, next item
16:35:13 [Zakim]
I see a speaker queue remaining and respectfully decline to close this agendum, Jennie
16:35:17 [AWK]
q
16:35:19 [AWK]
q?
16:35:22 [AWK]
ack m
16:35:22 [Zakim]
mbgower, you wanted to say easy solution is to remove working example
16:35:32 [Jennie]
Zakim, next item
16:35:32 [Zakim]
agendum 4. "WCAG 2.2 SC initial reviews https://www.w3.org/2002/09/wbs/35422/wcag22reviews/" taken up [from AWK]
16:35:56 [Jennie]
AWK: there are a few in here
16:36:03 [Jennie]
...dragging is the first one
16:36:15 [Jennie]
...24 minutes left in the call. There are 5 of these in here.
16:36:23 [Jennie]
...be quick
16:36:47 [Jennie]
...Detlev is not on the call.
16:37:00 [Jennie]
...5 people do not have major concerns. Detlev had some concerns.
16:37:14 [Jennie]
...He says the question is if we include all forms of dragging...
16:37:35 [Jennie]
"I pushed this, I am much in favour of it. But the queston we need to answer is whether we include all forms of of dragging (moving visible map section, reordering lists (directional/constrained dragging), drag-and-drop (unconstrained dragging) or scope out some forms (certainly OS-provided stuff such as enlarging textareas by dragging the corners, but possibly also forms such as unconstrained / free-form drag-and-drop). What kind of developer push-back will this ge
16:38:02 [Jennie]
AWK: Justine's comments Detlev can look at
16:38:37 [Jennie]
Justine: my second comment aligns with Detlev's
16:39:23 [Jennie]
Alastair: my main comment is around feasibility. I have memories of people bringing up dragging based examples that were keyboard accessible. When we looked at how you achieved the same thing with taps and clicks seemed difficult to do without impacting both regular use and keyboard accessibility.
16:39:39 [Jennie]
...I think research is needed to see if this is a feasible ask.
16:40:07 [Jennie]
AWK: OK. The comments are all in the same vein in terms of clarifying what we mean by dragging and expected push back because of essential use of that type of functionality.
16:40:16 [Jennie]
...anyone on the call have additional thoughts they want to share?
16:40:20 [AWK]
q?
16:40:57 [Jennie]
Mbgower: I think research would be helpful. It would be good to determine what functionality is inside operating systems, and what doesn't apply to web-based.
16:41:07 [Jennie]
AWK: yes.
16:41:17 [Jennie]
AWK: anyone else?
16:41:35 [Jennie]
David M: I put my support behind this success criteria and think it is a good idea. Is this already part of 2.1.1?
16:41:52 [Jennie]
...I do agree that all attempts to make dragging accessible in the past have been unsuccessful.
16:42:16 [Jennie]
...I think we need to provide an alternate functionality for that.
16:42:30 [Jennie]
Alastair: sounds like we need to gather examples.
16:42:54 [Jennie]
AWK: yes, I think so. It is important to clarify where this goes beyond 2.1.1. What else is required by this SC.
16:43:08 [Jennie]
AWK: next one.
16:43:09 [alastairc]
q+
16:43:17 [jon_avila]
it goes beyond 2.1.1 by requiring that things can be done by touch and not just keystrokes.
16:43:29 [Jennie]
TOPIC: Do not rely on user memory.
16:43:42 [AWK]
ack ala
16:43:46 [bruce_bailey]
http://www.w3.org/2002/09/wbs/35422/wcag22reviews/results#xq13
16:43:59 [Jennie]
Alastair: David M made a good first go at this one. Nobody has stepped forward to help into a more content focused SC.
16:44:05 [AWK]
David Fazio
16:44:12 [alastairc]
Information in steps: For pages that are part of a multi-step process, information requested from the user in one step is not requested in a subsequent step unless the information is re-displayed when it is requested.
16:44:17 [Jennie]
...I thought more about this today and I think it would be good to make into 2 different SC. The first one I will paste in
16:44:24 [alastairc]
Visible labels: Inputs with labels or instructions display the labels or instructions at all times.
16:44:31 [AWK]
s/David M made/David F made
16:44:59 [Jennie]
Alastair: this may address some of the comments. I would like to check with David to see if this still meets the original intent.
16:45:41 [Jennie]
AWK: no response from David F - maybe he is muted?
16:46:09 [Jennie]
AWK: ok, that is a question for David Fazio to check out and respond to
16:46:34 [Jennie]
...Detlev said "this should not be vcontrued as ruling out things like copy-paste of passwords."
16:46:47 [Jennie]
...Patrick says this is already a failure of 3.3.2.
16:47:07 [Jennie]
...Justine do you want to speak to this?
16:47:42 [Jennie]
Justine: an exception is needed along the lines of "essential to the activity" - I can't think of specific examples.
16:47:51 [Jennie]
...we might prepare some text around when recall is required.
16:48:16 [Chuck]
regrets, need to leave a few minutes before call formally end.
16:48:16 [Jennie]
...the 2nd comment: plain English summary that discusses mental fatigue and impact on ability to learn. Should we remove this, or is it supported by research?
16:48:22 [Jennie]
q+
16:49:06 [Jennie]
Justine: 3rd comment from me is that there could be instances when an application stores information provided by the user, and then the information is displayed again. There does not seem to be a place to address subsequent uses.
16:49:37 [Jennie]
...the last comment from me: requesting the same information more than once is a way to reduce errors. E.g. password confirmation prompts. And "I agree" checkboxes.
16:50:02 [alastairc]
Agree with adding an 'essential' exception, should cover the last point as well
16:50:15 [AWK]
ack jennie
16:51:22 [Jennie]
Jennie: what is the way we could include the user research?
16:51:29 [Jennie]
Jennie: yes, we should list exceptions.
16:51:58 [Jennie]
Jennie: I will bring the request for a research example to the COGA taskforce.
16:52:23 [Jennie]
Alastair: I recommend a slight rewrite.
16:52:54 [bruce_bailey]
q+ to say i guessed that SC would be something like “Content does not rely on user memory for information”
16:53:07 [AWK]
ack b
16:53:07 [Zakim]
bruce_bailey, you wanted to say i guessed that SC would be something like “Content does not rely on user memory for information”
16:53:19 [Jennie]
Bruce: if we add the essential exception, that might bump it up to A or AA
16:53:25 [Jennie]
AWK: what would make it essential.
16:53:37 [Jennie]
Bruce: I don't know, but I heard exceptions.
16:53:53 [Jennie]
Alastair: yes, the password might be, or a quiz - memory assessment of some sort.
16:54:06 [Jennie]
AWK: OK, there is feedback on that for David Fazio.
16:54:24 [Jennie]
AWK: he can check the minutes.
16:54:53 [Jennie]
David F: I think it should stick. I am a formal federal union rep. There is something called cause. You need to have cause.
16:55:08 [Jennie]
...there needs to be a cause of action to show harm.
16:55:30 [Jennie]
*I lost connection - need other scribe
16:55:51 [alastairc]
scribe:alastairc
16:56:05 [alastairc]
(missed a bit)
16:56:32 [Jennie]
*Thanks Alastair, I'm back.
16:56:46 [Jennie]
scribe: Jennie
16:56:53 [Jennie]
David F: sounds reasonable. I will look at it.
16:57:03 [bruce_bailey]
David F gave example of sighted person using WC cant file complaint about braille being missing
16:57:12 [Jennie]
TOPIC: orientation
16:57:34 [Jennie]
AWK: some people had concerns around testing this - ensuring all functionality is available in both orientations.
16:57:45 [Jennie]
...AR/VR - hard to specify.
16:58:20 [Jennie]
...our current SC is focused around avoiding the problem when locked or restricted to one view. This one is saying you cannot have reduced functionality in one orientation, and full orientation for the other.
16:58:31 [Jennie]
...we have a minute left. Any other comments?
16:58:43 [Jennie]
Mbgower: wouldn't this be covered by requirements already?
16:59:00 [Jennie]
AWK: I think there is a nuance there that we have to say something about.
16:59:11 [JakeAbma]
it's same URL
16:59:14 [Jennie]
...you are still on the page if you are viewing it in landscape, or portrait mode.
16:59:22 [Jennie]
Mbgower: ok
16:59:37 [Jennie]
AWK: we have 28 seconds left.
17:00:08 [Jennie]
...we will look forward to seeing many of you in Japan. No AG call next week during the regular time. The call information is on the agenda page. We will send it prior to TPAC.
17:00:16 [bruce_bailey]
present+
17:00:32 [Jennie]
Trackbot, end meeting
17:00:32 [trackbot]
Zakim, list attendees
17:00:32 [Zakim]
As of this point the attendees have been AWK, alastairc, JakeAbma, Raf, stevelee, Chuck, Fazio, bruce_bailey, mbgower, MichaelC, JustineP, Laura, johnkirkwood, Jennie,
17:00:35 [Zakim]
... david-macdonald, jon_avila
17:00:40 [trackbot]
RRSAgent, please draft minutes
17:00:40 [RRSAgent]
I have made the request to generate https://www.w3.org/2019/09/10-ag-minutes.html trackbot
17:00:41 [trackbot]
RRSAgent, bye
17:00:41 [RRSAgent]
I see no action items