12:28:14 RRSAgent has joined #er 12:28:15 logging to http://www.w3.org/2013/10/02-er-irc 12:28:16 RRSAgent, make logs public 12:28:16 Zakim has joined #er 12:28:18 Zakim, this will be 3794 12:28:18 ok, trackbot; I see WAI_ERTWG()8:30AM scheduled to start in 2 minutes 12:28:19 Meeting: Evaluation and Repair Tools Working Group Teleconference 12:28:19 Date: 02 October 2013 12:31:31 WAI_ERTWG()8:30AM has now started 12:31:33 +Shadi 12:31:40 carlos has joined #er 12:32:02 samuelm has joined #er 12:33:47 +??P1 12:33:49 -??P1 12:33:49 +??P1 12:34:56 +??P2 12:35:12 Zakim, ??P2 is me 12:35:12 +samuelm; got it 12:35:55 zakim, ??p1 is carlos 12:35:55 +carlos; got it 12:36:14 http://www.w3.org/WAI/ER/WD-AERT/ED-AERT 12:36:54 http://lists.w3.org/Archives/Public/public-wai-ert/2013Sep/0008.html 12:37:53 [[- Organization: the table in section 3 seems mostly clear to me. I would 12:37:53 go beyond and suggest reordering the features in section 2, and grouping 12:37:53 them into different subsections, according to the same categories used in 12:37:53 the table. 12:37:53 ]] 12:39:59 CV: just wanted to check the categories before implementing it in section 2 12:40:27 [[- Tool audience category: I would explicitly include tool accessibility as 12:40:27 a nother (desirable) feature. I am sure most agree on the relevance of the 12:40:27 accessibility of evaluation tools, which should abide by general authoring 12:40:27 tools accessibility criteria (better described in section A of ATAG 2.0 12:40:28 ). But there is a more 12:40:28 specific rationale for this point: in many companies, people with 12:40:30 disabilities work as accessibility-specialyzed consultants, and they need 12:40:32 authoring and evaluation tools that fit their ability profile.]] 12:42:48 SAZ: so first point is if we agree that accessibility of the tool is a feature 12:43:10 ...second is where to put it 12:43:19 ...do we agree with this feature? 12:43:23 CV: yes 12:43:32 ...put it under "tool audience"? 12:43:49 SAZ: that's where it most fits 12:44:05 [[- Web testing APIs, I'm not sure if they only apply to "Test 12:44:05 customization", or to "Subject being tested" as well. Tools that offer 12:44:05 this kind of APIs (e.g. Selenium) are also used to bring the web 12:44:05 application under testing to a predetermined state (to access a specific 12:44:05 "Point of Observation"). For instance, APIs can also be used to start a 12:44:08 session on a web site, add some products to a shopping cart, and then go 12:44:10 to the "cart summary" page, which will be a subject under test that could 12:44:12 have not been otherwise generated (as it does not correspond merely to 12:44:14 e.g. a predefined URI).]] 12:53:03 [[- Repair: I agree that automatic repair should be discouraged (basically, 12:53:03 if user agents cannot provide an accessible representation or control, 12:53:03 there is no reason that makes us think other software such as an 12:53:03 accessibility evaluation tool is going to be smart enough to "mend" that). 12:53:03 However, that should not preclude accessibility evaluation tools from 12:53:04 automatically suggesting potential fixes. These fixes can even depend on 12:53:08 the input of the evaluator, yet they are provided with some guidance 12:53:10 nonetheless. Think, e.g. about the "quick fix" functionalities usually 12:53:12 integrated in IDEs, which guide developers on how to fix a code problem, 12:53:14 while still leaving the final choice in the hands of the developer.]] 13:28:46 -Shadi 13:28:48 -carlos 13:28:48 -samuelm 13:28:49 WAI_ERTWG()8:30AM has ended 13:28:49 Attendees were Shadi, samuelm, carlos 13:30:05 trackbot, end meeting 13:30:05 Zakim, list attendees 13:30:05 sorry, trackbot, I don't know what conference this is 13:30:13 RRSAgent, please draft minutes 13:30:13 I have made the request to generate http://www.w3.org/2013/10/02-er-minutes.html trackbot 13:30:14 RRSAgent, bye 13:30:14 I see no action items