13:53:48 RRSAgent has joined #wcag-act 13:53:48 logging to http://www.w3.org/2017/07/17-wcag-act-irc 13:53:50 RRSAgent, make logs public 13:53:50 Zakim has joined #wcag-act 13:53:52 Zakim, this will be 13:53:52 I don't understand 'this will be', trackbot 13:53:53 Meeting: Accessibility Conformance Testing Teleconference 13:53:53 Date: 17 July 2017 13:53:58 agenda? 13:54:10 agenda+ Rules Format pull request: Expand accessibility requirements section https://github.com/w3c/wcag-act/pull/96 13:54:20 agenda+ Rules Format pull request: Merge change log with version history https://github.com/w3c/wcag-act/pull/94 13:54:25 agenda+ Issue 45: Create example rules to prototype with https://github.com/w3c/wcag-act/issues/45 13:54:32 agenda+ ACT review process https://www.w3.org/WAI/GL/task-forces/conformance-testing/wiki/ACT_Review_Process 13:54:38 agenda+ Book and register for TPAC: Thurs-Fri is the ACT meeting 13:54:47 agenda+ Next meeting is on July 24 13:54:55 kasper_isager has joined #wcag-act 13:56:46 Hi there! Might someone be able to share the meeting password? 13:56:58 rdeltour has joined #wcag-act 13:57:24 anne_thyme has joined #wcag-act 13:57:56 Perfect, thanks :-) 14:01:38 maryjom has joined #wcag-act 14:03:29 present+ 14:03:41 scribe: shadi 14:04:02 present+ wilco, kasper, anne, maryjo, shadi 14:04:08 Sujasree has joined #wcag-act 14:04:24 agenda? 14:04:58 zakim, take up next 14:04:58 agendum 1. "Rules Format pull request: Expand accessibility requirements section https://github.com/w3c/wcag-act/pull/96" taken up [from Wilco] 14:05:14 https://github.com/w3c/wcag-act/pull/96/files?diff=split 14:05:29 present+ Sujasree 14:06:28 Wilco: expanded on section 14:06:45 ...comments on proposed text? 14:07:06 Romain: looks good to me 14:07:38 Shadi: looks good to me too 14:07:39 Manoj has joined #wcag-act 14:08:04 Kasper: definitely needed - especially need for rules to be consistent 14:08:13 ...could add more concrete example 14:08:48 ...how does this look like on a rule for a specific technique or specific success criteria 14:09:21 ...there is a difference between failing a failure technique and a success criteria 14:09:22 MoeKraft has joined #wcag-act 14:10:11 ...what happens when one technique passes or fails - it doesn't directly map to the success criteria 14:10:19 what's WebEx password? Thanks 14:11:14 Wilco: failure of a rule is a failure of the success criteria 14:11:15 q+ 14:11:38 Anne: what about a braod success criterion like 2.4.1? 14:11:48 ...would all these be in one rule? 14:11:52 ack s 14:15:46 Shadi: text reads like techniques and success criteria are both requirements 14:16:00 ...but actually only the success criteria are requirements 14:16:41 Wilco: some organizations require certain techniques 14:16:56 Shadi: but these would be like new success criteria 14:17:12 agarrison has joined #wcag-act 14:17:36 present+ alistair, manoj 14:18:14 Anne: need to check in detail 14:18:57 Wilco: rules need to be self-contained 14:19:27 ...if they have dependencies to other rules then it adds complexity 14:19:38 s/to/on 14:20:02 +1 to wilco... for example, if we used a technique to meet a success criteria then we need to have both pass and fail test rules for the same 14:20:17 Anne: but then you have several test rules for one success criterion? 14:20:38 ...if one is manual then you cannot automate the process 14:20:49 Wilco: yes. tradeoff between making them small 14:22:18 Shadi: suggest you make the paragraph only about "accessibility requirements" 14:22:47 ...then add a note to say that in WCAG 2 success criteria define accessibility requirements, not techniques 14:23:24 zakim, take up next 14:23:24 agendum 2. "Rules Format pull request: Merge change log with version history https://github.com/w3c/wcag-act/pull/94" taken up [from Wilco] 14:24:16 https://github.com/w3c/wcag-act/pull/94/files 14:24:28 It is important to keep track of what has changed in ACT rules, so that users of them can work out if changes in accessibility results are due to changes in the rules used in testing, rather than changes in the content itself. It is recommended that for huge changes, a new rule is created and the old rule is deprecated. 14:24:36 An example of when a new rule should be created would be when going from a rule that tests the use of a blink element, and changes it to a rule that looks for animated style changes. This potentially adds lots of new issues that were previously out of scope. But for that same rule, adding a step to check if the blink element is positioned off screen, should be done by updating the existing rule. 14:24:41 All changes to an ACT Rule that can change the outcome of a test MUST be recorded in a change log. The change log can either be part of the rule document itself, or be referenced from it. Each new release of an ACT Rule must be identifiable with either a date or a version number. 14:26:30 q+ 14:26:38 ack r 14:27:04 Romain: purely editorial - would remove last paragraph to become first 14:27:40 ...other comment is how to use the changelog 14:28:04 ...think it was for users to see changes 14:28:37 ...do we need a requirement, like permament links? 14:29:05 ...for users to know which rule changed and to what version 14:29:50 Wilco: probably default W3C approach 14:30:08 ...but not sure want to require it for every version 14:30:35 Romain: more about referencing - how can I refer to a particular version of a test rule? 14:31:03 Wilco: had that approach but was not liked 14:31:11 ...decided to drop versioning 14:31:26 Romain: but how do we reference particular versions? 14:31:48 Wilco: use case? 14:32:07 Romain: want to compare an implementation with the reference 14:32:26 ...but if the rule changed in between then it will be difficult to tell 14:32:37 +1 to romain 14:33:14 +1 to romain and shadi 14:33:19 Shadi: also comparing tools would be difficult 14:34:04 ...need some sort of a handle, like a date or version number or such 14:34:35 Anne: was assuming date-space versioning, like standard W3C 14:35:09 Wilco: anyone disagree? 14:35:30 Alistair: don't you get that from GitHub anyway? 14:35:49 Wilco: yes. W3C uses this approach too. but should it be a requirement? 14:36:13 Alistair: not a huge deal 14:36:29 ...doubt we would use the same versioning internally as W3C does 14:37:00 ...would probably map to it 14:37:10 Wilco: possibly us too 14:37:54 q+ 14:39:02 ack me 14:39:24 Shadi: other example than "blink element"? 14:39:38 Wilco: will look for better example 14:40:02 zakim, take up next 14:40:02 agendum 3. "Issue 45: Create example rules to prototype with https://github.com/w3c/wcag-act/issues/45" taken up [from Wilco] 14:40:37 https://wilcofiers.github.io/act-rules/rules/ACT-R1.html 14:41:36 Wilco: want to publish in August 14:41:49 ...want to have accompanying example test rules 14:42:06 ...is this a good candidate? 14:42:48 Anne: could we also have a less technical example? 14:43:17 https://auto-wcag.github.io/auto-wcag/pages/rules.html 14:43:17 Wilco: good idea, want more than one example 14:43:52 https://auto-wcag.github.io/auto-wcag/rules/SC3-1-1-html.html 14:43:52 Wilco: maybe a rule on language? 14:44:55 Anne: is less scary - just "BCP47"? 14:45:09 Wilco: can put that in a different list 14:46:00 q+ to talk about credits 14:46:13 q+ 14:46:29 ack sh 14:46:29 shadi, you wanted to talk about credits 14:46:33 ack su 14:47:10 Sujasree: maybe pictorial approach like a flow chart for the steps of a test rule? 14:47:19 ...makes it easier to understand 14:47:57 Sujasree: do we attach test cases to these test rules? 14:48:07 Wilco: yes, we should 14:48:16 ...think part of the requirements 14:48:41 Sujasree: I don't see the corresponding section, which is why I asked 14:48:49 Wilco: there should be one! 14:49:36 Alistair: test rules have to be ironclad 14:49:41 ...these seem to have issues 14:50:30 [Alistair lists several issues with aria test rule] 14:52:42 ...but also needs to look attractive 14:52:59 I was talking about something like this - for pseudo code flow chart - http://www.owlnet.rice.edu/~ceng303/manuals/fortran/FOR3_3.html 14:53:55 Wilco: will look for other rules as well 14:54:47 Possible option: https://knsv.github.io/mermaid/ 14:55:38 Shadi: like the idea of flow chart - is there a generator or a simple way to create them? 14:56:21 Sujasree: will look for it 14:57:55 Shadi: what about a credit section in the test rules template too? 14:59:09 Wilco: like that 14:59:37 Alistair: what if it is two people 15:01:19 Shadi: both listed as contributors? 15:01:28 Alistair: gets gray who did what 15:01:38 Wilco: maybe not that complicated 15:02:41 trackbot, end meeting 15:02:41 Zakim, list attendees 15:02:41 As of this point the attendees have been rdeltour, wilco, kasper, anne, maryjo, shadi, Sujasree, alistair, manoj 15:02:49 RRSAgent, please draft minutes 15:02:49 I have made the request to generate http://www.w3.org/2017/07/17-wcag-act-minutes.html trackbot 15:02:50 RRSAgent, bye 15:02:50 I see no action items