15:29:26 <RRSAgent> RRSAgent has joined #ag
15:29:26 <RRSAgent> logging to http://www.w3.org/2017/05/04-ag-irc
15:29:28 <trackbot> RRSAgent, make logs public
15:29:31 <trackbot> Zakim, this will be WAI_WCAG
15:29:31 <Zakim> ok, trackbot
15:29:31 <trackbot> Meeting: Accessibility Guidelines Working Group Teleconference
15:29:31 <trackbot> Date: 04 May 2017
15:29:39 <Joshue108> Chair: Joshue
15:30:02 <AWK> AWK has joined #ag
15:30:07 <AWK> zakim, agenda?
15:30:07 <Zakim> I see 1 item remaining on the agenda:
15:30:08 <Zakim> 4. Minimize user errors: https://www.w3.org/2002/09/wbs/35422/Timeouts_Issue14/results [from AWK]
15:30:13 <AWK> trackbot, start meeting
15:30:16 <trackbot> RRSAgent, make logs public
15:30:19 <trackbot> Zakim, this will be WAI_WCAG
15:30:19 <trackbot> Meeting: Accessibility Guidelines Working Group Teleconference
15:30:19 <trackbot> Date: 04 May 2017
15:30:19 <Zakim> ok, trackbot
15:30:21 <AWK> Chair: Joshue
15:30:22 <AWK> +AWK
15:30:30 <Greg> present+ Greg_Lowney
15:30:34 <KimD> KimD has joined #ag
15:31:26 <AWK> agenda+ Timeouts: https://www.w3.org/2002/09/wbs/35422/minimize-user-errors-13/results
15:31:31 <AWK> agenda?
15:32:01 <AWK> Zakim, agenda order is 5, 4
15:32:01 <Zakim> ok, AWK
15:32:22 <AWK> agenda+ Single Key Shortcut Alternative: https://www.w3.org/2002/09/wbs/35422/Top3_18Apr2017/#wbssc
15:33:03 <Joshue108> zakim, agenda?
15:33:03 <Zakim> I see 3 items remaining on the agenda:
15:33:04 <Zakim> 5. Timeouts: https://www.w3.org/2002/09/wbs/35422/minimize-user-errors-13/results [from AWK]
15:33:04 <Zakim> 4. Minimize user errors: https://www.w3.org/2002/09/wbs/35422/Timeouts_Issue14/results [from AWK]
15:33:04 <Zakim> 6. Single Key Shortcut Alternative: https://www.w3.org/2002/09/wbs/35422/Top3_18Apr2017/#wbssc [from AWK]
15:33:12 <AWK> regrets: EA_Draffan
15:33:32 <MichaelC> present+
15:33:34 <Rachael> Rachael has joined #ag
15:33:46 <Joshue108> present+ Joshue108
15:34:23 <KimD> Present+ KimD
15:35:09 <david-macdonald> david-macdonald has joined #ag
15:35:14 <AWK> agenda+ Minimize user errors: https://www.w3.org/2002/09/wbs/35422/minimize-user-errors-13/results
15:35:21 <AWK> Zakim, close item 4
15:35:21 <Zakim> agendum 4, Minimize user errors: https://www.w3.org/2002/09/wbs/35422/Timeouts_Issue14/results, closed
15:35:23 <Zakim> I see 3 items remaining on the agenda; the next one is
15:35:23 <Zakim> 5. Timeouts: https://www.w3.org/2002/09/wbs/35422/minimize-user-errors-13/results [from AWK]
15:35:25 <david-macdonald> Present+ david-macdonald
15:35:37 <AWK> agenda+ Timeouts:  https://www.w3.org/2002/09/wbs/35422/Timeouts_Issue14/results
15:35:40 <AWK> Zakim, close item 5
15:35:40 <Zakim> agendum 5, Timeouts: https://www.w3.org/2002/09/wbs/35422/minimize-user-errors-13/results, closed
15:35:42 <Zakim> I see 3 items remaining on the agenda; the next one is
15:35:42 <Zakim> 6. Single Key Shortcut Alternative: https://www.w3.org/2002/09/wbs/35422/Top3_18Apr2017/#wbssc [from AWK]
15:35:44 <AWK> agenda?
15:35:55 <AWK> Zakim, agenda order is 8, 7, 6
15:35:55 <Zakim> ok, AWK
15:36:17 <Rachael> scribe: Rachael
15:36:26 <Joshue108> zakim, next item
15:36:26 <Zakim> agendum 8. "Timeouts:  https://www.w3.org/2002/09/wbs/35422/Timeouts_Issue14/results" taken up [from AWK]
15:36:42 <Joshue108> zakim, ping me in 20
15:36:42 <Zakim> ok, Joshue108
15:37:06 <AWK> Current version: https://rawgit.com/w3c/wcag21/timeouts_ISSUE-14/guidelines/#timeouts
15:38:03 <Ryladog> Ryladog has joined #ag
15:38:26 <Ryladog> Present+ Katie_Haritos-Shea
15:39:10 <Ryladog> q+
15:39:14 <AWK> regrets+ Pietro
15:39:25 <Joshue108> ack ryla
15:39:38 <Rachael> Joshue108: What are substantive issues from Tuesday?
15:39:39 <Greg> q+ to discuss my survey comments
15:39:51 <kirkwood> regrets+ kirkwood couldn’t find meeting#
15:40:28 <Rachael> Joshue: If you can,  update your comments if they have changed.
15:40:36 <Rachael> Katie: Its good to go as it is.
15:40:43 <david-macdonald> 1+
15:40:59 <AWK> Split view of the changes made: https://github.com/w3c/wcag21/commit/391d41bd1451675d9cc1c1ac706220db44eba308?diff=split
15:41:28 <Rachael> Lisa: We addressed a lot of the issues from the last call. Of the No's, I'm not sure which are relevant other than Jason's.
15:41:45 <Ryladog> New Re-write: Where data can be lost due to timeouts, users are warned at the start of a process about the length of inactivity that generates the timeout, unless the data is preserved for a minimum of a 24 hours.
15:42:07 <Rachael> Lisa: The current comments are about previous wordings.
15:42:29 <Joshue108> https://github.com/w3c/wcag21/issues/14
15:42:55 <Jatin> Jatin has joined #ag
15:42:55 <Rachael> Joshue: We can bypass that for now by asking people if they have concerns with current wording. So based on current wording (see link), take a look and put +1 or -1. Let us know what you want to discuss.
15:42:58 <Ryladog> +1 to the new wording, I am happy
15:43:10 <jasonjgw> q+
15:43:17 <KimD> q+
15:43:30 <marcjohlic> +.98 (would really like to clear up the 20 vs 24 thing quickly)
15:43:34 <Joshue108> ack greg
15:43:34 <Zakim> Greg, you wanted to discuss my survey comments
15:43:37 <marcjohlic> q+
15:43:41 <Rachael> q+
15:44:29 <david-macdonald> how is a user warned?
15:44:33 <Joshue108> q+ to ask about the difference between client and server side activity.
15:44:42 <Rachael> Greg: This takes care of inconsistency of data. There was of what is data being preserved for 24 hours. Are logs sufficent if user can't access that data?
15:44:42 <Greg> Some people might argue that submitted data is preserved if it's stored in a transaction log, even if the user can't access it when they resume their task. That would certainly not be in the spirit of the rule, but might technically qualify. (This is akin to the argument that when companies delete personal data at a user's request, they should also be forced to delete it from all the backup...
15:44:44 <Greg> ...media--which may be much harder.)
15:44:45 <Rachael> Is that a concern?
15:44:58 <david-macdonald> Would probably go with 20 hours to avoid tons of questions of 20 in 2.2.1 vs 24
15:45:08 <Rachael> Lisa: The original wording clarified it better. We can include intent in the about section.
15:45:09 <AWK> change "is preserved" to "can be retrieved by the user"?
15:45:37 <AWK> q+
15:45:42 <AWK> q-
15:46:01 <Rachael> Lisa: I am happy to clarify it in the wording or techniques. Up to the group.
15:46:02 <david-macdonald> do we need an exception for security concerns?
15:46:10 <Joshue108> ack jasonj
15:46:14 <Greg> Should an exception be added for sensitive data, such as passwords and credit card information? For security reasons these are often not saved and the user is forced to re-enter them. However, it may not be worth adding language given that we want to encourage sites to warn about timeouts.
15:46:36 <david-macdonald> q+
15:46:44 <Rachael> Gerg: Do we need to add exceptions for credit card data and sensitive information?
15:47:10 <Rachael> Jason: I added concerns to the survey that need to be investigated at some point.
15:48:12 <kirkwood> present+
15:48:13 <Rachael> Lisa: One question: Is this going to be helpful? Answer, is yes, it would be extremely useful. This version is limited but we do think it will be helpful for people. It will help wasting time.
15:48:27 <kirkwood> +1 to lisa
15:48:49 <marcjohlic> will "form data" help clarify?
15:49:16 <Joshue108> ack kimD
15:49:22 <Rachael> Lisa: I'm comfortable with it but open to suggestions of clarifying it.
15:49:26 <marcjohlic> "user entered data"   (it's not "submitted" yet )
15:49:35 <Rachael> Kim: Is the new language replacing what is in github right now?
15:49:37 <Rachael> Lisa: Yes
15:49:41 <Joshue108> ack marc
15:49:54 <Ryladog> q+ to say that today I filled out a form that identified for me before I stated it that I had 15 minutes to complete the transaction before it would time out - that is terribly helpful. The other SC cover how I need to be notified once it is ready to time out.
15:49:56 <AWK> q+
15:50:28 <Rachael> Marc: Would having form data and user entered data help clarify this? Second point: 20 vs 24 hours. I think everyone agrees 24 hours makes sense but 2.2.1 is 20 hours. Can we update 2.2.1 to 24 hours since that time frame seems to make sense?
15:50:41 <Rachael> Joshue: Yes and yes. I agree that there should be some unity.
15:50:42 <Joshue108> ack rach
15:50:43 <Ryladog> +1 to adding insensetive data exception
15:51:30 <Joshue108> zakim, close queue
15:51:30 <Zakim> ok, Joshue108, the speaker queue is closed
15:51:51 <AWK> q+ to say that I updated my comments in the survey, also comment about 9pm
15:51:57 <Ryladog> +1 to adding sensitive data exception
15:51:58 <Joshue108> ack Joshue
15:51:58 <Zakim> Joshue, you wanted to ask about the difference between client and server side activity.
15:52:08 <LisaSeeman> can we clarify that in the write up?
15:52:11 <Rachael> Rachael: Should we address situations where sites time out at a specified time as well as timeout by inactivity.
15:52:21 <Rachael> Lisa: yes it should be covered.
15:52:39 <Greg> I agree; that's related to my similar survey comment: I recommend it say "length of time or inactivity", as both causes of timeout can be equally detrimental for people who work very slowly. Perhaps that should add specific times as well. Although that's not technically a timeout.
15:52:42 <AWK> -1 on covering the 9pm-type timeout
15:53:05 <Rachael> Joshue: We need to explore that more.  I'm running into situations where timeout is basedon server call vs. user inactivity. Is that covered here? Should it be?
15:53:49 <Joshue108> ack david
15:53:49 <Rachael> Lisa: It should likely be addressed here. Can we put that and Rachael's issue in the writeup? It should be inactivity from the user side.
15:53:54 <Rachael> Joshue: Something to consider.
15:54:07 <LisaSeeman> rachel can we cover thatin the write up or does it need a rewrite
15:54:19 <gowerm> gowerm has joined #ag
15:54:24 <gowerm> present+ MikeGower
15:54:35 <LisaSeeman> q+
15:54:44 <Rachael> David: I agree with what Mark was saying about 24 vs 20 hours. I agree that 24 hours is clearer. 20 hours was original the length that people could possibly work on it.
15:55:27 <Greg> David, keep in mind that we don't force them to keep the data, it's just that if they don't they need to provide a warning about any timeout period.
15:55:29 <LisaSeeman> present+ Lisa
15:55:43 <AWK> zakim, who is on the phone?
15:55:43 <Zakim> Present: AWK, Jake, ChrisLoiselle, Melanie_Philipp, Wilco, Rachael, JF, LisaSeeman, allanj, jasonjgw, Bruce_Bailey, marcjohlic, Greg_Lowney, Lauriat, MikeGower, kirkwood, Laura,
15:55:46 <Zakim> ... Kathy, KimD, Katie_Haritos-Shea, shwetank, steverep, Pietro, Davidmacdonald, MichaelC, Joshue108, david-macdonald
15:55:54 <gowerm> q+
15:55:54 <Rachael> The other concern is data that impacts privacy policies. There may be something with the phrase "warn users..." that should be looked into. I think this is good enough for draft.
15:56:16 <Joshue108> ack ryla
15:56:16 <Zakim> Ryladog, you wanted to say that today I filled out a form that identified for me before I stated it that I had 15 minutes to complete the transaction before it would time out -
15:56:17 <Rachael> Joshue: I think error recovery is an important area. I agree it should go to draft for further tweaking.
15:56:19 <gowerm> "data" and "timeout" both need to be better defined, as per some comments
15:56:20 <Zakim> ... that is terribly helpful. The other SC cover how I need to be notified once it is ready to time out.
15:56:43 <Zakim> Joshue108, you asked to be pinged at this time
15:57:09 <Joshue108> ack awk
15:57:11 <Rachael> Katie: I think Lisa already said we'll add the sensitive data exception. Only sensitive data would not be kept. I think we should put this out with the 24 hours. We wlil get pushback but can then address the 20 hours.
15:57:19 <LisaSeeman> What are next steps
15:58:20 <LisaSeeman> q+
15:58:59 <gowerm> 24 hours is fine. But I do think you need to contain the data -- "user entered" or whatever. And timeout -- need to address transaction timing (you have 10 minutes to fill out) versus inactivity timeout versus network timeout, etc
15:59:35 <Greg> The cutoff period might affect everyone, but those who work extremely slowly would be more likely to hit that limit. The same is true with "you must complete within 15 minutes" limits that aren't related to inactivity.
15:59:37 <david-macdonald> +1
15:59:40 <marcjohlic> +1
15:59:41 <LisaSeeman> +1
15:59:44 <Ryladog> +1
15:59:56 <Rachael> Andrew: Rational for 20 vs 24 hours in 2.2.1 is that it is longer than a working day. This is a different situation.I would like to put this out for feedbakc.  I think that the issue Rachael brought up is a different issue, out of scope, It effects everyone equally.
16:00:07 <Kathy> +1 with the changes discussed
16:00:08 <Kim> +1
16:00:08 <gowerm> +1 assuming my typed comments are addressed
16:00:10 <KimD> +1 if exclude sensitive data, etc.
16:00:16 <AWK> +1 including the changes mentioned
16:00:25 <jasonjgw> -1 unless my comments in the survey are properly addressed.
16:00:25 <Joshue108> +1 with inclusion of client vs server side
16:00:29 <Rachael> Joshue and Andrew: Can everyone put in their opinions for moving forward assuming sensitive data and server vs client side information?
16:00:33 <Rachael> +1
16:00:37 <kirkwood> +1
16:01:07 <Rachael> Joshue: Pretty positive.
16:01:12 <Rachael> Lisa: What are next steps?
16:01:15 <AWK> === concerns about adding exclusion for sensitive data
16:01:49 <AWK> === question remaining about "timeout" vs "time limit" (due to inactivity or passage of time)
16:02:02 <Greg> Lisa, as I said above, I think sensitive data isn't really key, as we're not forcing authors to save data, merely to warn about timeouts if they don't.
16:02:06 <Rachael> === concerns about server side vs client side activity
16:02:28 <AWK> === need to clarify what "data" means, per Jason's comment
16:02:40 <david-macdonald> q+
16:02:47 <Rachael> RESOLUTION: Leave open while final adjustments are made. See issues.
16:03:02 <Greg> I think that could be clarified in supporting documents.
16:03:22 <Rachael> David: When we have something that is 10x amount, how do we handle that?
16:03:30 <gowerm> +1 for Katie's comment
16:03:32 <Rachael> Katie: I think that is a different success criteria
16:03:49 <Joshue108> zakim, next item
16:03:49 <Zakim> agendum 7. "Minimize user errors: https://www.w3.org/2002/09/wbs/35422/minimize-user-errors-13/results" taken up [from AWK]
16:04:09 <Joshue108> zakim, ping me in 15
16:04:09 <Zakim> ok, Joshue108
16:04:13 <Rachael> Joshue: This is another COGA success criteria.
16:04:17 <AWK> current version: https://rawgit.com/w3c/wcag21/minimize-user-errors_ISSUE-13/guidelines/#minimize-user-errors
16:04:42 <Rachael> Joshue: What have you done to address the issues raised in survey?
16:04:44 <Joshue108> zakim, open queue
16:04:44 <Zakim> ok, Joshue108, the speaker queue is open
16:05:12 <Rachael> Lisa: A lot of the concerns haven't been updated in the form.
16:05:23 <AWK> Split view of changes since Tuesday: https://github.com/w3c/wcag21/commit/9f0c472094b68d7d246d24b3256827357edf94d3?diff=split
16:05:39 <Rachael> Lisa: Another comment is that this is far away from where you started. Yes we have. We are trying to make an improvement by finding something clear and testable.
16:05:56 <gowerm> +1 for that approach, Lisa: improvement rather than solving everything
16:06:58 <Joshue108> q?
16:07:02 <Greg> q+ to review my 3 survey comments
16:07:40 <Rachael> Lisa: We can clarify some of the issues can be worked in the writeup.
16:07:53 <Rachael> Joshue: Do you need to rework this and bring it back?
16:07:55 <gowerm> q+
16:08:13 <Rachael> Lisa: I'm not sure I understand the comment because its further away from the original intent.
16:08:31 <Rachael> Lisa: I'm not sure whether to keep the exception.
16:08:41 <Joshue108> ack greg
16:08:41 <Zakim> Greg, you wanted to review my 3 survey comments
16:08:43 <Rachael> Joshue: Generally you are happy with it as it currently stands?
16:08:54 <Rachael> Lisa: I would like more direction on what needs to be done
16:10:27 <Greg> Isn't this use of "such as" problematic? Does this imply that the exact list is up to the page author, or is it assumed that there is some published minimal set for each language? Or is it being implied that ANY non-alphanumeric character should be counted as a valid separator? That seems to severely limit data validation, which could lead to data corruption. For example, a person accidentally ent
16:10:28 <Joshue108> q?
16:10:29 <Greg> ers 3` instead of 31, but it's treated as 3 followed by a separator, and thus 3 is used rather than the user being warned of their mistake.
16:10:43 <Joshue108> q+
16:11:25 <Rachael> Greg: I appreciate what you are doing and the goal. I have 3 comments. The "such as" seems problematic. It seems broad. There is an issue with the decimal point.  Seperators vary greatly from country to country and use to use.
16:11:38 <Rachael> Lisa: I agree. I prefer to keep it out.
16:11:41 <Joshue108> JOC: Many of the comments seem like implementation details.
16:11:45 <AWK> Greg, I don't understand the separator issue.
16:12:32 <gowerm> +1
16:12:33 <Rachael> Greg: We do have to address the concern about different characters. The user types in a random character. What do we expect the page to do? Correct it? Ask for clarification? I lean towards clarification.
16:12:59 <marcjohlic> +1 w/ Greg's concern
16:13:10 <jasonjgw> q+
16:13:10 <Rachael> Joshue: This sounds like very detailed technical implementation. I'd like to step back and consider user need. Is this addressing a real need and if we can work out implementation details that is well and good.
16:13:20 <Joshue108> ack gower
16:13:25 <LisaSeeman> q+
16:13:29 <Joshue108> zakim, close queue
16:13:29 <Zakim> ok, Joshue108, the speaker queue is closed
16:13:40 <marcjohlic> q+
16:13:56 <Joshue108> ack Josh
16:14:08 <LisaSeeman> mike can you suggest some wording on that?
16:14:24 <Joshue108> ack jason
16:14:24 <Rachael> Mgower: You are relieving the user of the need to manually enter data or you are making it easier. Maybe we can move the paragraphs up a bit to be less technically specific.
16:14:39 <AWK> I'm super confused about the connection between these two paragraphs.
16:15:28 <gowerm> AWK: 1) minimuze user entry problems by offering input choices 2) where user entry cannot be fully overcome, improve feedback on errors for user entry
16:15:57 <Rachael> Jason: I want to speak to the internationalization details in the second paragraph. They are not technical difficulty, they are important. The characters can't be treated as interchangeable. These issue go to the text of the proposal. I agree we need to ensure that if input is treated flexibly, I'm in favor of a higher level requirement. Not sure what it would be.
16:15:58 <gowerm> by "input choice" I mean pre-determined values
16:15:59 <marcjohlic> Please consider limiting this to numerical (or even date) input.  If this is open for ALL forms of input I find this much more difficult to implement.
16:16:01 <Joshue108> ack lisa
16:16:20 <gowerm> q+
16:16:48 <Rachael> Lisa: We had the higher level approach and got pushback on that so made this more testable. I'd be delighted for recommendations on how to move this forward.
16:17:12 <gowerm> q-
16:17:19 <AWK> Why is there any benefit in accepting -[{ in numerical inputs?
16:17:27 <Rachael> Joshue: I feel your pain from trying the take a more abstract criteria and make it specific then need to go back.
16:17:36 <gowerm> AWK: exactly
16:17:53 <AWK> === need to clarify and connect the two paragraphs in this SC
16:17:54 <Rachael> RESOLUTION: Leave open
16:18:17 <Rachael> Mike: I will take this offline with you. I think the abstraction focuses on 2nd paragraph. Its made progress.
16:18:27 <Joshue108> === Mike to work with Lisa on higher level abstraction for this.
16:18:36 <Joshue108> === Greg to help also
16:18:47 <Joshue108> zakim, next item
16:18:47 <Zakim> agendum 6. "Single Key Shortcut Alternative: https://www.w3.org/2002/09/wbs/35422/Top3_18Apr2017/#wbssc" taken up [from AWK]
16:19:09 <Zakim> Joshue108, you asked to be pinged at this time
16:19:13 <AWK> Current version of the SC: https://rawgit.com/w3c/wcag21/plain-language-minimum_ISSUE-30/guidelines/sc/21/plain-language-minimum.html
16:19:25 <AWK> oops!
16:19:26 <marcjohlic> Results - https://www.w3.org/2002/09/wbs/35422/Top3_18Apr2017/results#xsc
16:19:26 <Rachael> Joshue: I expect this will need further discussoion. I'm not sure what everyone's positions are on this. Some are very for and some against.
16:19:45 <david-macdonald> Current language https://rawgit.com/w3c/wcag21/single-key-shortcuts_ISSUE-69/guidelines/sc/21/single-key-shortcuts.html
16:19:53 <AWK> https://rawgit.com/w3c/wcag21/single-key-shortcuts_ISSUE-69/guidelines/sc/21/single-key-shortcuts.html
16:20:12 <AWK> s/Current version of the SC: https://rawgit.com/w3c/wcag21/plain-language-minimum_ISSUE-30/guidelines/sc/21/plain-language-minimum.html//
16:20:18 <AWK> s/oops!/
16:20:46 <Joshue108> q?
16:21:06 <Rachael> I think there is a misconception about this. If I am using speech, I am using a string of letters. When I come upon a command that is a word, I am not going to pause before that word or after that word. If it is a single letter command, I can trip it very easily. If I am in a field, that is ok but with single key shortcuts, its easy to get messed up.
16:21:55 <AWK> q+
16:22:18 <Rachael> With two key shortcuts, its much more difficult. Example: If you go to Google docs and put your cursor on the google docs and then try to use speech, all sorts of things will happen. "I have an idea"
16:22:21 <AWK> ack AWK
16:22:37 <Joshue108> ack awk
16:23:06 <gowerm> q+
16:23:57 <Rachael> Andrew: Ken, to clarify in Google, they handle this by allowing  you to disable single keystrokes altogether. So to adapt, a site can avoid single keystrokes altogether or provide a way to turn them off. Users would adjust by using a mute button?
16:24:26 <Rachael> Ken: I recommend avoiding Gmail. Its like having a hole in the middle of hte room. You have to be always on guard and sooner or later someone will fall in.
16:24:56 <Rachael> Ken: People will not know what is happening. There is no way to be viligent enough.
16:25:43 <Ryladog> q+ to talk about adding 'custom scripted behaviors' to the SCis written
16:25:46 <Greg> q+ to say Reminder that while speech input is the primary driver of this, it also applies to other populations, including users of other types of AT that simulate keyboard input, and also users who simply have more difficulty recognizing when the focus has changed.
16:26:12 <Rachael> Ken: If you have a different way to do it or if you let a speech user put in a native speech shortcut (two words) then that is even better. That resolves the issue.
16:26:42 <Joshue108> ack gower
16:26:43 <david-macdonald> q+
16:26:49 <Rachael> Joshue: Jason made a comment about the ratoinale for this. I'm not sure the current text sells it. It would help if we had a problem statement and solution statement.
16:27:05 <jasonjgw> q+
16:27:25 <Joshue108> +1 to Kim!
16:27:28 <Rachael> Kathy: The information is int the SC text.
16:27:39 <Rachael> Kim: I can make a video if that will help.
16:27:53 <Rachael> General agreement that a video will help.
16:28:13 <Joshue108> zakim, close queue
16:28:13 <Zakim> ok, Joshue108, the speaker queue is closed
16:28:29 <Rachael> Kim: This doesn't happen when the focus is in a text box. It is a user error of sorts but its a common issue.
16:29:13 <Rachael> This is a modality problem. I don't think we want isolate this to being speech only. I would be leery of offering multistring approach.
16:29:30 <Rachael> Kim: That would let speech users do this.
16:29:58 <Rachael> I think focusing on modifier keys but avoding specific solutions would be better.
16:30:28 <Joshue108> ack ryla
16:30:28 <Zakim> Ryladog, you wanted to talk about adding 'custom scripted behaviors' to the SCis written
16:30:30 <Ryladog> Can we also add 'custom scripted behaviors' to this?
16:30:31 <AWK> s/Ken:/Kim:
16:30:33 <Rachael> Joshue: I hear we are getting closer.
16:30:45 <Rachael> Katie: Kim, can we add custom scripted behaviors to this?
16:31:09 <Rachael> Katie: Isn't the issue when someone creates a custom scripted behavior vs when its done through access keys.
16:31:15 <gowerm> Access keys should not be a problem.
16:31:22 <Greg> Katie, today it requires custom-scripted behaviors in HTML, but that's too technology specific. It might be possible in HTML 6 etc.
16:31:29 <AWK> rrsagent, draft minutes
16:31:29 <RRSAgent> I have made the request to generate http://www.w3.org/2017/05/04-ag-minutes.html AWK
16:31:30 <Rachael> That is very specific to html. Do we want that in here or in technical documents?
16:31:32 <jasonjgw> q?
16:31:46 <Joshue108> ack greg
16:31:46 <Zakim> Greg, you wanted to say Reminder that while speech input is the primary driver of this, it also applies to other populations, including users of other types of AT that simulate
16:31:47 <Greg> Reminder that while speech input is the primary driver of this, it also applies to other populations, including users of other types of AT that simulate keyboard input, and also users who simply have more difficulty recognizing when the focus has changed.
16:31:49 <Zakim> ... keyboard input, and also users who simply have more difficulty recognizing when the focus has changed.
16:32:02 <AWK> rrsagent, set logs public
16:32:19 <Rachael> Greg: A lot of populations benefit from this.
16:32:31 <Joshue108> ack dav
16:32:39 <AWK> zakim, who is on the phone?
16:32:39 <Zakim> Present: AWK, Jake, ChrisLoiselle, Melanie_Philipp, Wilco, Rachael, JF, LisaSeeman, allanj, jasonjgw, Bruce_Bailey, marcjohlic, Greg_Lowney, Lauriat, MikeGower, kirkwood, Laura,
16:32:42 <Zakim> ... Kathy, KimD, Katie_Haritos-Shea, shwetank, steverep, Pietro, Davidmacdonald, MichaelC, Joshue108, david-macdonald
16:33:08 <Rachael> Joshue: I am happy to see this as speech recognition is become more popular.
16:33:46 <gowerm> no
16:33:55 <gowerm> -1
16:34:20 <Rachael> David: Read text. Is that what we want?
16:34:30 <Rachael> Group needs link to revised text. So does scribe.
16:34:36 <Ryladog> the one we linked to: If single-character key shortcuts are implemented by the web page to activate a control, then a mechanism is available to turn them off or remap them to shortcuts with two or more characters.
16:34:47 <david-macdonald> https://github.com/w3c/wcag21/issues/69#issuecomment-298674688
16:34:52 <AWK> present- Jake, ChrisLoiselle, JF, allanj, Bruce_Bailey, Lauriat, steverep, Pietro
16:34:57 <AWK> rrsagent, draft minutes
16:34:57 <RRSAgent> I have made the request to generate http://www.w3.org/2017/05/04-ag-minutes.html AWK
16:35:10 <Joshue108> ack jason
16:35:24 <Greg> In my proposal that initial "key" should have been "keyboard".
16:35:28 <david-macdonald> If a key shortcut using only printing characters is implemented by the web page to activate a control, then a mechanism is available to turn them off or remap them to a shortcut that uses at least one non-printing key or a string of as many as 25 printing characters.
16:35:54 <Joshue108> === Needs to hit more bases than just speech recognition
16:35:58 <Joshue108> === Kim to do video
16:36:22 <Rachael> Jason: I think the general direction of reworking it so it is a more general mechism approach. I wrote concerns in survey. Please address these.
16:36:40 <AWK> === issues about internationalization
16:36:46 <david-macdonald> that is what "a mechanism is available" says
16:36:48 <Rachael> === Ensure more general application
16:36:56 <Joshue108> === SC text or statement of need could be clearer
16:38:02 <Rachael> Jason: I think I understand the purpose of breaking out the approach into the techniques. I've written a survey response that takes issue with the rationale
16:38:09 <Rachael> RESOLUTION: Leave Open
16:38:25 <Greg> I see a few problems with the proposal that David just pasted in. (1) change the first "key" to "keyboard"; (2) "to activate a control" should add "or trigger an action"; (3) it mixes singular ("a") with plural ("them"); (4) "as many as" doesn't make it clear whether the minimum is the page's or the user's choice.
16:39:35 <AWK> +Jatin
16:39:37 <Rachael> zakim end meeting
16:40:01 <AWK> zakim, end meeting
16:40:02 <Zakim> I don't understand 'end meeting', AWK
16:40:12 <AWK> trackbot. end meeting
16:40:17 <AWK> trackbot, end meeting
16:40:17 <trackbot> Zakim, list attendees
16:40:17 <Zakim> As of this point the attendees have been AWK, Jake, ChrisLoiselle, Melanie_Philipp, Wilco, Rachael, JF, LisaSeeman, allanj, jasonjgw, Bruce_Bailey, marcjohlic, Greg_Lowney,
16:40:20 <Zakim> ... Lauriat, MikeGower, kirkwood, Laura, Kathy, KimD, Katie_Haritos-Shea, shwetank, steverep, Pietro, Davidmacdonald, MichaelC, Joshue108, david-macdonald, Jatin
16:40:25 <trackbot> RRSAgent, please draft minutes
16:40:25 <RRSAgent> I have made the request to generate http://www.w3.org/2017/05/04-ag-minutes.html trackbot
16:40:26 <Rachael> thank you.
16:40:26 <trackbot> RRSAgent, bye
16:40:26 <RRSAgent> I see no action items