12:34:47 RRSAgent has joined #au 12:34:48 logging to http://www.w3.org/2010/10/29-au-irc 12:34:49 RRSAgent, make logs public 12:34:49 Zakim has joined #au 12:34:51 Zakim, this will be AUWG 12:34:51 ok, trackbot; I see WAI_AUWG(AUWG)9:00AM scheduled to start in 26 minutes 12:34:52 Meeting: Authoring Tool Accessibility Guidelines Working Group Teleconference 12:34:53 Date: 29 October 2010 12:35:44 jeanne has changed the topic to: Special meeting - Comments at http://www.w3.org/WAI/AU/2010/atag20-8Jul10LC-comments-updated27oct10.html 12:49:14 Jan has joined #au 12:49:35 yes 12:49:54 well, I started trackbot. I didn't fill in chairs, regrets, etc. 12:50:37 ok will do 12:51:04 I sent you a new master a few minutes ago. But I just realized that I forgot to change the stylesheets back to Editors Draft. 12:51:13 Agenda: http://lists.w3.org/Archives/Public/w3c-wai-au/2010OctDec/0027.html 12:51:20 ok then pls resend 12:51:34 Chair: Jutta Treviranus 12:54:31 nvm, it is fine. Go with the doc you have. I was looking at the wrong web page. 12:59:09 I did update the AU home page with the links to the new draft and the comments. 12:59:23 want me to scribe? 13:00:17 WAI_AUWG(AUWG)9:00AM has now started 13:00:24 +jeanne 13:00:33 zakim, code? 13:00:33 the conference code is 2894 (tel:+1.617.761.6200 tel:+33.4.26.46.79.03 tel:+44.203.318.0479), Jan 13:00:45 +??P9 13:00:57 zakim, ??P9 is Jan 13:00:57 +Jan; got it 13:01:29 zakim, Jan also has Alistair 13:01:29 +Alistair; got it 13:02:07 zakim, Alistair is really Alastair 13:02:07 sorry, jeanne, I do not recognize a party named 'Alistair' 13:02:17 zakim, who is here? 13:02:17 On the phone I see jeanne, Jan 13:02:18 Jan has Jan, Alistair 13:02:20 On IRC I see Jan, Zakim, RRSAgent, jeanne, trackbot 13:02:32 alastairc has joined #au 13:02:39 present- Alistair 13:02:45 zakim, who is here? 13:02:45 On the phone I see jeanne, Jan 13:02:46 Jan has Jan, Alistair 13:02:48 On IRC I see alastairc, Jan, Zakim, RRSAgent, jeanne, trackbot 13:03:16 zakim, Jan has Alastair 13:03:16 +Alastair; got it 13:03:33 zakim, Alistair has left Jan 13:03:33 jeanne, I was not aware that Alistair was in Jan 13:03:47 zakim, who is here? 13:03:47 On the phone I see jeanne, Jan 13:03:48 Jan has Alastair 13:03:49 On IRC I see alastairc, Jan, Zakim, RRSAgent, jeanne, trackbot 13:05:51 +??P10 13:06:19 zakim, ??P10 is Jutta 13:06:19 +Jutta; got it 13:06:20 zakim, ??P10 is really Jutta 13:06:20 +Jutta; got it 13:07:02 Regrets: Sueann N. 13:15:13 http://lists.w3.org/Archives/Public/w3c-wai-au/2010OctDec/0030.html 13:17:29 ARonksley has joined #au 13:20:01 zakim, Jan has Andrew 13:20:01 +Andrew; got it 13:20:12 zakim, who is here? 13:20:12 On the phone I see jeanne, Jan, Jutta 13:20:13 Jan has Andrew 13:20:15 On IRC I see ARonksley, alastairc, Jan, Zakim, RRSAgent, jeanne, trackbot 13:20:37 zakim, Jan has Andrew, Alastair 13:20:37 Andrew was already listed in Jan, jeanne 13:20:39 +Alastair; got it 13:20:44 http://lists.w3.org/Archives/Public/w3c-wai-au/2010OctDec/0027.html 13:20:53 zakim, who is here? 13:20:53 On the phone I see jeanne, Jan, Jutta 13:20:54 Jan has Alastair 13:20:56 On IRC I see ARonksley, alastairc, Jan, Zakim, RRSAgent, jeanne, trackbot 13:21:05 scribe:jeanne 13:21:12 agenda? 13:22:30 agenda+ MS2 "it is never clear if ATAG is for a single tool or a collection of tools." 13:22:58 agenda+ GL1 "Definition of Programmatically Determinable" 13:23:22 Topic: Partial conformance proposal 13:23:24 http://lists.w3.org/Archives/Public/w3c-wai-au/2010OctDec/0030.html 13:24:57 JR: At the F2F, we discussed ways that simpler tools could conform to ATAG. The problem was in checking and repair. The suggestion was to break out checking and repair into Part C. When I went to do it, it didn't work, for reasons set out in the email. 13:25:01 http://lists.w3.org/Archives/Public/w3c-wai-au/2010OctDec/0016.html 13:25:27 ... what I did instead is pose a reordering of Part B that pulls checking and repair into it's own Principle. 13:26:47 ... then Conformance is split into Content production with Checking & Repair and Content without Checking & Repair 13:27:33 ... and Content without Checking & Repair must allow external Checking & Repair 13:35:00 JS: I like it, let's do it...the devil is in what we call it 13:35:58 AR: Agree with JS, allow more tools to be covered by ATAG. 13:36:10 JT: Go ahead with it 13:36:11 JT: I think we should go ahead. 13:37:22 Resolution: All accepted: http://lists.w3.org/Archives/Public/w3c-wai-au/2010OctDec/0030.html 13:37:34 JR: Also add explanatory note 13:37:43 Topic: Part B reorg 13:37:45 Topic: Part B Reorg Proposal 13:37:49 http://lists.w3.org/Archives/Public/w3c-wai-au/2010OctDec/0016.html 13:38:05 rrsagent, make minutes 13:38:05 I have made the request to generate http://www.w3.org/2010/10/29-au-minutes.html jeanne 13:38:39 JR: Many of the Part B notes use checking as an examples. 13:38:47 rrsagent, make logs public 13:38:54 rrsagent, make minutes 13:38:54 I have made the request to generate http://www.w3.org/2010/10/29-au-minutes.html jeanne 13:39:46 JR: Having a Part C breaks the clear dichotomy of Part A and B. There are very few changes to the SC, just moving them around. 13:40:37 +Tim_Boland 13:41:04 ... B1. The things that the tools decide for the Author. B2 Authors are supported by the tool. B3 is Checking and Repair B4. is Documentation 13:44:07 ... templates are moved into B1 13:45:35 ... transformations are kept in B1 13:46:29 ...B2 now had technology decision support 13:47:16 ... accessible options prominent is moved to B2 13:48:17 present+ Alastair, Andrew, Jan, Jeanne, Jutta, Tim 13:49:12 TB: Maybe templates deserve a guideline separate from pre-authored content. 13:50:07 AC: It makes a lot of sense. Especially what was B1 and B2. 13:50:40 TB: Does this reflect a more logical grouping of related items? 13:51:36 JR: The main changes are in B1. How do you auto-generate content? It comes from chunks of code that already exist - a very similar concept to templates 13:52:37 ... Jutta said earlier that templates and pre-authored content are fundimentally different. 13:54:01 Resolution: All accept http://lists.w3.org/Archives/Public/w3c-wai-au/2010OctDec/0016.html 13:54:12 TB: Agrees tentatively. 13:54:25 TB: I want to think about it more, but go ahead and put it in the new version. 13:54:41 http://lists.w3.org/Archives/Public/w3c-wai-au/2010OctDec/0027.html 13:55:25 Topic: Identify (and assign actions for) the major areas where work is still needed 13:56:32 JR: We have dealt with MS2 with the chunk of text from the first proposal. We will add a note under the conformance requirements on Specialized Authoring tool. Some authoring tools provide a fairly limited set of authoring functions compared to the range of possible authoring functions addressed in these guidelines (e.g., a photo editor, a CSS editor, a status update field in a social networking 13:56:32 application, etc.). In this case, most of the ATAG 2.0 requirements are simply not applicable, since most of the requirements are conditional on particular authoring functions being present (e.g., automatically generated content must only be accessible if this functionality exists). 13:57:22 TB: Can this be tested whether or not it is a Simple tool? 13:57:41 JS: I also propose to add this paragraph to the introduction 13:59:34 [review of major comments proposal status] 14:00:57 +GregP 14:01:36 present+ Greg 14:01:43 rrsagent, make minutes 14:01:43 I have made the request to generate http://www.w3.org/2010/10/29-au-minutes.html jeanne 14:03:47 Topic: Consider "straightforward" existing proposals 14:04:34 http://www.w3.org/WAI/AU/2010/atag20-8Jul10LC-comments-updated27oct10.html 14:05:31 Jan_ has joined #au 14:07:58 hell 14:08:01 hello 14:15:35 JR: It is better to say what the platform needs to do rather than decide whether or not a platform is accessible. 14:16:59 Topic: IBM10 14:17:08 http://www.w3.org/WAI/AU/2010/atag20-8Jul10LC-comments-updated27oct10.html 14:19:26 IBM wants to move it, it is a simple change. Any objections? [none] 14:19:42 Resolution: Proposal on IBM10 is approved 14:20:09 Topic: IBM11 14:20:45 Resolution: Proposal on IBM11 is approved 14:21:05 Topic: WCAGWG9 14:21:43 They believe it is critical for definition of non-text content be aligned to WCAG. 14:22:17 ... computer code or markup, is considered non-text content 14:23:02 ... they DON'T want it to apply to code. Non-text content is only images. 14:23:41 Resolution: Proposal on WCAGWG9 is approved 14:23:53 TOpic: GL3 14:25:44 JR: We can't expect the Authoring Tool to know that it is a keyboard trap. The focus is still stuck in the keyboard trap, so we need to move the editing view keyboard focus to a known location. 14:26:10 Resolution: Proposal on GL3 is approved 14:26:33 Topic: MS11 14:27:43 JR: Static view option: Editing views can be paused and set to not play automatically. 14:28:09 JS: Staying at lvl AS 14:28:19 s/AS/A 14:28:20 Resolution: Proposal on MS11 is approved 14:28:37 Topic: GL44 14:30:16 Methods of undoing settings changes. Something else to think about regarding "Implementing Success Criterion A.4.1.2 Undo Setting Changes: Actions that modify authoring tool settings are either reversible or include a warning to authors that the action is irreversible. (Level A)": the text noticeably does not mention "Undo" as a method for achieving this. I can tell you from first hand experience 14:30:16 that when speech recognition enters the wrong command into a program, the user interface can be changed in a way that is very difficult to correct because you don't know what command made the change. That argues for an "undo" method for application settings. On the other hand, when applications like Adobe Photoshop Lightroom place interface changes and content changes into the same undo stack it 14:30:17 causes another set of major usability problems 14:30:46 JR: The proposal is to add an example that shows a cancel as a way of undoing a setting change 14:30:58 Resolution: Proposal on GL44 is approved 14:31:35 Topic: GL27 14:31:41 "Clarify minimum requirements for Help Authors Decide. "Implementing Success Criterion B.2.2.3 Help Authors Decide" again may want to clarify whether simply providing instructions in the manual or online help is sufficient, without any active prompting or guiding the user during their task. If not, how can you phrase it so this is clear?" 14:32:29 Proposed: B.2.2.3 Help Authors Decide: For checks that require authors to decide whether a potential web content accessibility problem is correctly identified (i.e., manual checking and semi-automated checking), instructions are provided from the check that describe how to make the decision. (Level A) 14:33:06 -Jan 14:33:20 JR: MS also says that they interpreted it as needed artificial intelligence. 14:33:52 i got kicked off too...calling back 14:34:39 +??P9 14:35:02 JT: The goal of the rewording were to identify what needs to happen to help authors decide, and to show the relationship between the checking and the decision making support. 14:37:01 JT: Concern with "provided from". It requires a link between the checking and the decision support. 14:38:39 JR: Decision support is going to require some text, some where. 14:39:16 Resolution: Proposal on GL27 is approved 14:40:30 Topic: GL33 14:40:57 "Clarify minimum for B.3.4.1 Model Accessible Practices. Re "B.3.4.1 Model Accessible Practice (WCAG Level A): A range of examples in the documentation (e.g., markup, screen shots of WYSIWYG editing views) demonstrate WCAG 2.0 Level A accessible authoring practices. (Level A)", because "a range" is undefined, the minimum is left unclear. One solution would be to formally require the practice you 14:40:57 list in the example, which is that "most" examples demonstrate accessible rather than inaccessible practices." 14:41:12 Proposed: Examples in the documentation (e.g., markup, screen shots of WYSIWYG editing views) demonstrate WCAG 2.0 accessible authoring practices. 14:41:12 -Level A 14:41:12 -Level AA 14:41:12 -Level AAA 14:42:35 JR: My wording now shows that all examples, but Greg wants us to nail down a number. 14:42:54 ... we want a range so we can be flexible but testable. 14:43:11 JR: Postpone for a rewording. 14:43:27 Action: JR to reword GL33 proposal 14:43:28 Created ACTION-304 - Reword GL33 proposal [on Jan Richards - due 2010-11-05]. 14:43:36 topic: GL28 14:44:04 "Clarify minimum requirements for Status Report. "Implementing Success Criterion B.2.2.6 Status Report" again could better clarify the minimum requirements for conforming. For example, if the user chooses a menu command to check the document and it provides a dialog box listing the errors and potential errors, but provides no way to save or print that information, does that still count as a "report"? 14:44:04 What if the dialog box only shows one error or potential error, and the user has to press a "Next" button to display each successive point?" 14:45:11 Propose: reply to Greg "Point taken, but at some point we can't control bad UI." 14:45:51 Resolution: Proposal on GL28 is approved 14:46:13 On to the less straightforward proposals: 14:46:20 Topic: MS6 14:46:56 "A.2.2.1: “Additional information” is undefined. In order to determine what is considered additional information, one must know what is considered baseline information. We realize that AUWG considers underlining of misspelled words to be a piece of “additional information”, but there is no way to tell what is it that makes such information qualified as being “additional”. This will make 14:46:56 it impossible to determine if the criterion is met.. We can at best project the concept into the similar scenarios for grammatical errors and coding errors—purely because it is an educated guess. Define “additional information” to make it objectively testable or revise the success criterion." 14:47:21 Proposed: "Proposal: A.2.2.1 Editing-View Messages: If an editing-view provides messages to authors by modifying the content renderings or adding temporary content, then those messages can be programmatically determined." 14:48:39 AC: If they don't have control over the font file, does it matter, but if you can apply a font style, then that is programmatically available 14:49:14 JR: This is for spelling or grammar checking that makes a visual change to the document. The user doesn't need to know it is a red underlined text, they need to know it is a spelling error. 14:50:03 JR: They make modifications to the content that will not be published, it is just information that the author has access to. 14:50:38 "provide additional information to authors that will not be published to end users" 14:52:31 another example is the images of tags in the editing view that will never be published to users. 14:54:02 action: alastairc to reword the proposal for MS6 on spellchecking in the editing view. 14:54:02 Sorry, couldn't find user - alastairc 14:54:17 action: alastair to reword the proposal for MS6 on spellchecking in the editing view. 14:54:17 Created ACTION-305 - Reword the proposal for MS6 on spellchecking in the editing view. [on Alastair Campbell - due 2010-11-05]. 14:54:34 topic: OC9 14:54:54 "A.3.7 – We wonder if there should be a Level AAA requirement that the preview be accessible." 14:55:49 JR: Since the purpose of a preview is the view the material the way the final user will see it, it doesn't make sense to require an accessible browser. 14:55:55 Proposal: A.3.7.1 Preview (Enhanced): If a preview is provided, authors can specify which user agent performs the preview (Level AAA) 14:57:22 GP: Do we have a provision where there is not a preview provided? 14:57:43 JR: there are options, only one of which must be satisfied. 14:58:50 Resolution: Proposal on OC9 is approved 14:59:00 ... if someone is designing from scratch, they need to comply with UAAG, but if they are using a major browser, thought has already been put into accessibility 14:59:10 Topic: GL18 14:59:30 "Consider recommending an Undo stack. A.4.1 discusses Undo and Redo, but only applies to a single operation. As one error may invalidate actions taken after it, and a user may not recognize an error immediately (especially when using AT), consider adding a Level AA or AAA success criteria about allowing the user to undo more than just the single most recent operation (i.e. a stack for undo or 14:59:30 undo/redo operations)." 15:00:02 Proposed: A.4.1.X Content Changes Reversible (Enhanced): Authors can sequentially reverse a series of reversible authoring actions (e.g., by an "undo" function). (Level AAA) 15:00:21 Resolution: Proposal on GL18 is approved 15:00:35 Topic: GL32 15:00:58 "Clarify minimum for A.4.1.2 Undo Settings Changes. In "Implementing Success Criterion A.4.1.2 Undo Setting Changes: Actions that modify authoring tool settings are either reversible or include a warning to authors that the action is irreversible. (Level A)", what is the minimum acceptable level of functionality? Would it be acceptable for an application to make the user quit and restart the 15:00:58 application to get out of a mode? What if the application provides only a single command to reset all settings to factory default? That would seem to not meet the intent, since it may reset settings that the user needs in order to make the application accessible. (See my other comment on this SC.)" 15:02:01 Proposed: A.4.1.2 Setting Changes: Actions that modify authoring tool settings then one of the following are true: 15:02:01 (a) Reversible: The authoring tool setting can be reversed by the same mechanism that made the change; or 15:02:01 (b) Warn and confirm: The authoring tool includes a warning to authors that the action is irreversible and requires authors to confirm the action." 15:02:24 JT: grammar "one of the following IS true" 15:03:34 GP: Another option: Warning to go back to default, and a reminder to save what you got, in case you want to call it back up. 15:03:59 ...assuming the application has that ability. 15:05:45 "You have indicated you want to revert to defaults, but you have made changes to the configuration, do you want to save that? 15:06:02 JR: We have a section on multiple profiles 15:06:05 Resolution: Proposal on GL32 is approved 15:07:14 (b) Warn and confirm: The authoring tool includes a warning to authors that the action is irreversible and requires authors to confirm the action or save the current settings before proceeding." 15:07:49 Full wording: A.4.1.2 Setting Changes: If actions modify authoring tool settings, then one of the following are true: 15:07:59 (a) Reversible: The authoring tool setting can be reversed by the same mechanism that made the change; or 15:07:59 (b) Warn and confirm: The authoring tool includes a warning to authors that the action is irreversible and requires authors to confirm the action or save the current settings before proceeding." 15:08:03 Resolution: Modified proposal on GL32 is approved 15:08:25 Topic: MS21 15:10:12 [note: There are two MS21] 15:10:17 "B.1.2.2 Condition b is absolutely not possible if the output is a third party format. This SC essentially asks authoring tool makers to judge and make claim to users which format is less accessible. It would require constant update to keep such info up-to-date and the potential liability of claiming one format is less accessible than another is not something that any manufacturer can accept, 15:10:17 especially when it comes to 3rd party format. Please remove condition b." 15:10:41 Proposal: Reworded: (b) Warning: if accessibility information required to meet the WCAG 2.0 success criteria will not be preserved in the output, then authors are warned (e.g., when saving a structured graphic to a raster image format). 15:11:52 AC: what was the further discussion with MS? 15:12:23 JR: the objection was "accessibility information will be lost", for legal reasons around accessibility. They are ok with "data will be lost" 15:13:11 GL: Sometimes you may use an intermediate mechanism. For example, PDFmaker tells you what will be brought over, it will not tell what is left behind. 15:13:44 -??P9 15:13:58 ... there is so much housekeeping that we will be required to monitor. 15:14:06 TB: We don't know where it will go 15:14:22 Jan_ has joined #au 15:14:28 hmmmm...I think the prob might be a network issue on my end. 15:14:36 since it kicks me off skype and IRC 15:15:01 GP: if the graphic doesn't come through, what happens to the alternate text when you save as text? 15:15:27 TB: A generic warning that says "we can't guarentee" 15:15:54 +??P13 15:17:26 AC: Perhaps: "Accessibility information may be lost", at least that prompts a check on the other end? 15:19:41 JR: It would be annoying to always get that message with a cut and paste. 15:20:31 JT: MAY be lost, not will be lost. 15:21:24 GP: I would rather have a yellow light reminding people of the implications of what they are going to do. 15:21:36 JR: Export rather than cut and paste. 15:23:03 JR: [definition of accessibility information] is not just text alternatives for non-text content 15:24:32 GP: another scenario: You may export the text and preserve the information, but the new application rendering the information may not be able to make it available. 15:24:49 JR: That's a user agent issue, and is not our problem. 15:25:33 action: Jan to reword MS21 issue on B.1.2.2 with Alastair and GregP 15:25:33 Created ACTION-306 - Reword MS21 issue on B.1.2.2 with Alastair and GregP [on Jan Richards - due 2010-11-05]. 15:26:06 Topic: IBM45 15:26:17 "B.1.3.1: needs to be clarified that the tool must provide a mode of operation that complies with this requirement. It should be allowed to be turned off and it should not be required to be the default at Level A. Requiring it by default would be okay at Level AAA." 15:26:22 Proposal: If the authoring tool automatically generates content, then it provides the default option of having that web content meet the WCAG 2.0 success criteria when published. 15:26:52 rrsagent, make minutes 15:26:52 I have made the request to generate http://www.w3.org/2010/10/29-au-minutes.html jeanne 15:27:51 Resolution: Modified proposal on IBM45 is approved 15:28:04 JR: when the author process has completed (recognizing that the author may ignore prompts) 15:28:18 Topic: WCAGWG17 15:29:02 "B 2.1.1 (a) and elsewhere term "accessible content" is used where perhaps "conforming with WCAG 2.0" would be better. " 15:29:13 "provide support for the production of accessible content" is already a wordy term without adding a reference to WCAG. 15:29:13 JR Proposal to tighten up the wording: 15:29:13 B.2.1.1 Decision Support: If the authoring tool provides the option of producing a web content technology for publishing for which the authoring tool does not provide support for the production of accessible content, then authors have the option to be warned that web content accessibility problems may result. (Level A) 15:29:13 Note: From the warning, authors should be able to determine technology options for which the authoring tool does provide support for the production of accessible content. 15:32:02 JS: the wording is awkward, and difficult to parse. 15:32:36 JT: We are requiring the tool to have another option dialog. From a UI perspective - that's covered in the rewording. 15:33:51 Action JR: With JS to reword WCAGWG (awkward for-for, don't want to imply an extra dialog) 15:33:51 Created ACTION-307 - With JS to reword WCAGWG (awkward for-for, don't want to imply an extra dialog) [on Jan Richards - due 2010-11-05]. 15:34:16 Topic: MS24 15:34:42 "B.2.1.2 What happens if there some properties are set via context menu, some are set on the ribbon, and some are set in a separate dialogue? This SC implies the accessibility-related properties need to be in all of them. We believe there is an unstated assumption that all the mechanisms are interchangeable. That is not a valid assumption. Please revise B.2.1.2" 15:35:10 Proposal: B.2.1.2 Set Accessible Properties: If the authoring tool provides mechanisms to gather information from authors to set properties of web content (e.g., attribute values, etc.), mechanisms are also provided to gather accessibility information required to meet the WCAG 2.0 success criteria. 15:35:10 - The WCAG 2.0 Level A success criteria are met (Level A); or 15:35:10 - The WCAG 2.0 Level A and Level AA success criteria are met (Level AA); or 15:35:10 - The WCAG 2.0 Level A, Level AA, and Level AAA success criteria are met (Level AAA). 15:35:11 ed. note: B.3.2.4 would then set requirements on prominence. 15:36:22 JS: B.2.1.2 Set Accessible Properties: If the authoring tool provides mechanisms to set properties of web content (e.g., attribute values, etc.), mechanisms are also provided to gather accessibility information required to meet the WCAG 2.0 success criteria. 15:36:54 AC: I think that is a far as we can take it. 15:37:49 JS: I also want to add a resources link in the implementing document to reference the prominence sections 15:37:51 JS: In Implementing doc make sure to provide links to prominence requirements 15:38:05 Resolution: Modified proposal on MS24 is approved 15:38:22 Topic: MS32 15:38:37 "B.2.2.4 This SC is AA or AAA. How is a tool supposed to help locate relevant content to meet WCAG 2.0 3.3.2 or 1.3.3, for example? This SC demands far too much intelligence from the tool to be level A. Move SC to AA or AAA." 15:38:40 -Tim_Boland 15:39:22 Proposal: B.2.2.4 Help Authors Locate: For checks that require authors to decide whether a potential web content accessibility problem is correctly identified (i.e., manual checking and semi-automated checking), the relevant content is identified to the authors. (Level A) 15:39:22 Note: Depending on the nature of the editing-view and the scope of the potential web content accessibility problem, identification might involve highlighting elements or renderings of elements, displaying line numbers, or providing instructions. 15:41:10 AC: Check if they have problems or potential problems. 15:41:44 Resolution: Proposal on MS32 is approved 15:41:47 JR: We want to avoid overly general instructions so people cannot find it. 15:42:02 Topic: OC25 15:42:27 "OC25: -B.2.4.3 – The wording of this item is really difficult to understand. It takes many times through to get an idea of what is being asked for. Recommend rewriting." 15:42:47 Proposal: The authoring tool does not attempt to repair alternative content for non-text content using only text values that are equally available to user agents (e.g., do not use the image filename). 15:43:14 JT: Grammatically, it is a double negative. 15:45:33 JR: it is better not to put useless information into alterative text. E.g. in a social networking site, a user can upload a profile picture. The tool could automatically label it "profile picture" 15:47:29 Proposal: The authoring tool does not attempt to repair alternative content for non-text content using text values that are equally available to user agents (e.g., do not use the image filename). 15:47:51 Resolution: Modified proposal on OC25 is approved 15:48:15 topic: MS50 15:48:33 "B.2.4.4 This SC seems extraneous. If text alternative can be accessed, then obviously it can be reused. If nothing, at least delete “for future reuse.” since it represents future event which is unverifiable at the time of conformance claim. Consider deleting the SC or at least delete “for future use.”" 15:48:59 Proposal: "B.2.4.4: Suggest Previous Author Entries: If the authoring tool prompts authors for alternative content for non-text content, then both of the following are true (Level AA): 15:48:59 (a) if authors insert the same non-text content, then they should have the option to have any previously entered alternative content automatically suggested; and 15:48:59 (b) authors are able to edit or remove text alternatives in the list of previous entries" 15:50:28 Also see notes from GL30. MEDIUM: Clarify minimum requirements for Save for Reuse. "B.2.4.4 Save for Reuse: Authors have the option of having any recognized plain text alternative content that they enter (e.g., short text labels, long descriptions) stored for future reuse. (Level AA)" does not make it clear whether the content strings need to be associated with the original content (e.g. with the 15:50:28 image), or that the user should be able to delete obsolete or erroneous entries to keep the list from becoming unwieldy. I worry that a simple way of complying is just to have a single, ever-growing list of previously used strings that can quickly change from useful to detrimental (like Thunderbird's list of recipients), so even if the minimum is left vague, I recommend at least providing some 15:50:29 guidance or best practices. 15:51:01 Resolution: Proposal on MS50 is approved 15:51:16 Topic: GL2 15:52:03 "Note misleading about scope of A.2.2.3: ATAG's "Implementing Success Criterion A.2.2.3" has a note that is misleading as it seems to limit the scope of the SC to only properties that can be edited by the authoring tool, whereas the SC clearly applies to all properties that are rendered whether they can be edited or not. The SC says "If an editing view (e.g., WYSIWYG view) RENDERS any presentation 15:52:03 properties for text, then those properties can be programmatically determined." Whereas the note says "See Implementing Success Criterion A.2.2.2, substituting all text presentation properties that are BOTH RENDERED AND EDITABLE by the authoring tool for the four presentation properties listed in A.2.2.2." (emphasis added)" 15:52:30 Resolution: Proposal on GL2 is approved 15:52:36 Proposal: If a presentation properties for text is both rendered and editable by an editing-view, then the property can be programmatically determined. (Level AAA) 15:52:48 Topic: GL20 15:53:10 "Identify accessibility features in documentation. B.3.3 requires that features that support the production of accessible content be documented, but I would suggest adding (either as a best practice or as a new SC) that the user should be able to find a list or index of such features. This would be equivalent to UAAG 2.0's "5.3.4 Centralized View: There is a centralized view of all features of the 15:53:10 user agent that benefit accessibility, in a dedicated section of the documentation. (Level AA)" However, in ATAG this should apply to both accessible content support features and to features that make the tool's user interface accessible." 15:53:35 AUWG: We will add a centralized index of documentation at AAA. Proposal: "B.3.3.X Instruction Index: The documentation contains an index to the instructions for using the accessible content support features. (AAA)" 15:55:10 JR: accessible content support features is a definition in the glossary. [reads] 15:55:57 ... it may make more sense to scatter accessibility support information throughout the document, but provide an index. 15:55:59 Resolution: Proposal on GL20 is approved 15:57:55 topic: Plan for next meeting 15:58:19 Let's do this again on November 12 (Friday) from 9 to 12 Eastern US 15:59:00 Next meeting on Monday at our regularly scheduled time. 15:59:05 -Jutta 15:59:06 -GregP 15:59:06 -??P13 15:59:17 zakim, bye 15:59:17 leaving. As of this point the attendees were jeanne, Jan, Alistair, Alastair, Jutta, Andrew, Tim_Boland, GregP 15:59:17 Zakim has left #au 15:59:33 rrsagent, make minutes 15:59:33 I have made the request to generate http://www.w3.org/2010/10/29-au-minutes.html jeanne 16:00:04 ARonksley has left #au 16:03:47 rrsagent, bye 16:03:47 I see 5 open action items saved in http://www.w3.org/2010/10/29-au-actions.rdf : 16:03:47 ACTION: JR to reword GL33 proposal [1] 16:03:47 recorded in http://www.w3.org/2010/10/29-au-irc#T14-43-27 16:03:47 ACTION: alastairc to reword the proposal for MS6 on spellchecking in the editing view. [2] 16:03:47 recorded in http://www.w3.org/2010/10/29-au-irc#T14-54-02 16:03:47 ACTION: alastair to reword the proposal for MS6 on spellchecking in the editing view. [3] 16:03:47 recorded in http://www.w3.org/2010/10/29-au-irc#T14-54-17 16:03:47 ACTION: Jan to reword MS21 issue on B.1.2.2 with Alastair and GregP [4] 16:03:47 recorded in http://www.w3.org/2010/10/29-au-irc#T15-25-33 16:03:47 ACTION: JR to With JS to reword WCAGWG (awkward for-for, don't want to imply an extra dialog) [5] 16:03:47 recorded in http://www.w3.org/2010/10/29-au-irc#T15-33-51