07:22:17 RRSAgent has joined #au 07:22:17 logging to http://www.w3.org/2008/10/23-au-irc 07:22:35 meeting: WAI-AU F2F Day 1 07:22:44 JR has joined #au 07:22:48 zakim, this will be wai_au 07:22:48 ok, jeanne; I see WAI_AUWG()2:00AM scheduled to start 82 minutes ago 07:23:02 zakim, call room_138 07:23:02 ok, jeanne; the call is being made 07:23:03 WAI_AUWG()2:00AM has now started 07:23:04 +Room_138 07:23:51 chair: Jutta and Jan(on-site) 07:24:47 zakim, room_138 has Jan_Richards, Jeanne_Spellman,Andrew_Ronksley, Reed_Shaffner 07:24:47 +Jan_Richards, Jeanne_Spellman, Andrew_Ronksley, Reed_Shaffner; got it 07:24:59 present: Jan_Richards, Jeanne_Spellman,Andrew_Ronksley, Reed_Shaffner 07:25:48 Reed has joined #au 07:25:57 regrets:Dana Simberkoff 07:28:32 + +0208123aaaa 07:28:35 -Room_138 07:28:36 +Room_138 07:28:51 AnnM has joined #au 07:29:04 zakim, whos' on the call? 07:29:04 I don't understand your question, JR. 07:29:11 AndrewR has joined #au 07:29:11 zakim, who's on the call? 07:29:11 On the phone I see Room_138, +0208123aaaa 07:29:11 zakim, aaaa is really AnnM 07:29:12 Room_138 has Jan_Richards, Jeanne_Spellman, Andrew_Ronksley, Reed_Shaffner 07:29:13 +AnnM; got it 07:40:33 +??P10 07:41:04 zakim, P10 is really Jutta 07:41:04 sorry, jeanne, I do not recognize a party named 'P10' 07:41:19 scribe: Andrew 07:41:20 zakim, ??P10 is really Jutta 07:41:20 +Jutta; got it 07:41:55 JR - just about to start the document walkthrough 07:42:44 A1 07:43:14 PRINCIPLE A.1: Authoring tool user interfaces must follow applicable accessibility guidelines 07:43:26 2 guidelines in this section 07:43:50 Guideline A.1.1 [For the authoring tool user interface] Ensure that Web-based functionality is accessible. 07:44:25 identical wording at 3 levels 07:44:55 JR - suggesting we change wording to "conform to" rather than "meet" 07:46:17 MichaelC has joined #au 07:46:38 changing the wording of the applicability notes slightly 07:47:18 removing the applicability reminder 07:47:58 MichaelC has left #au 07:51:21 JR - difference between the formatting between the style of ATAG and WCAG 07:51:46 does anyone have concerns changing the formatting to match WCAG and UAAG? 07:51:54 all fine with this 07:52:44 Reed - we are depending on WCAG to be testable 07:53:02 Guideline A.1.2 [For the authoring tool user interface] Ensure that non-Web-based functionality is accessible. 07:54:34 does WCAG apply to a client uploader? 07:54:37 no 07:55:39 Reed - sentence doesn't seem to make sense 07:55:50 changing the wording now 07:57:34 brainstroming words for "non web-based tools" 07:57:43 e.g. client side, desktop software 07:59:00 jallan has joined #au 08:00:08 Non-Web-based authoring tool user interfaces comply with and cite the "Level A" requirements of standards and/or platform conventions that benefit accessibility. The "Level A" requirements are those that are functionally equivalent to WCAG Level A success criteria 08:01:59 Reed - do platform conventions have "levels" e.g. A, AA? 08:02:20 Issue: Definition of "functional equivalent" 08:02:20 Created ISSUE-167 - Definition of \"functional equivalent\" ; please complete additional details at http://www.w3.org/WAI/AU/tracker/issues/167/edit . 08:02:29 JR - that's where "functional equivalent comes in" 08:04:06 JS - have we heard any progress on ISO 24751 becoming freely available? 08:04:24 JT - we haven't heard yet 08:04:48 JT - the intention is that it should become free 08:05:25 Reed - how does this map to MSAA / IA2? 08:05:50 platform conventions normally have 2 levels 08:06:00 WCAG etc have 3 levels 08:08:05 JR - WCAG, although being heavily web based, isn't like "apples and oranges" compared to the platform conventions 08:14:50 A1.2 will need revisiting 08:14:57 if / when ISO becomes free 08:15:14 PRINCIPLE A.2: Editing views must be perceptible 08:16:29 • This guideline does not apply to plain text editors as they do not render non-text content. 08:16:59 -Jutta 08:17:01 zakim, who's here? 08:17:01 On the phone I see Room_138, AnnM 08:17:02 Room_138 has Jan_Richards, Jeanne_Spellman, Andrew_Ronksley, Reed_Shaffner 08:17:03 On IRC I see jallan, AndrewR, AnnM, Reed, JR, RRSAgent, Zakim, jeanne, trackbot 08:17:42 +[IPcaller] 08:18:09 zakim, IPcaller is really Jutta 08:18:09 +Jutta; got it 08:19:14 Editing views that render non-text content provide authors with access to any recognized equivalent alternatives. 08:21:30 Ensure access to presentation information 08:21:33 Topic: Guideline A.2.2 [For the authoring tool user interface] Ensure that the interface can be presented in different ways. 08:23:31 Action: RS to define "presentation view" 08:23:31 Sorry, amibiguous username (more than one match) - RS 08:23:31 Try using a different identifier, such as family name or username (eg. rscano, rshaffne) 08:23:48 Action: Reed to define "presentation view" 08:23:48 Created ACTION-26 - Define \"presentation view\" [on Reed Shaffner - due 2008-10-30]. 08:24:29 Authors need to have the ability to perceive the presentation of the content being edited because authoring tools often use the presentation to provide information about the state of the content (e.g., underlining spelling errors) and to provide a realtime demonstration of how the content will appear to most end users. At the same time, some authors will require display settings that differ... 08:24:31 ...from the presentation that they intend to define for the published content (e.g., an author sets high contrast for themselves, while editing content that is not intended to be high contrast). 08:25:12 Proposed definition for Presentation View: The presentation view is the final rendering of any content. It is the output which will be viewed by consumers other than the author. Users with disabilities must have access to this view so that they can ensure their content is consumable by any audience. 08:28:46 JS - what about widgets that grey out when not available? 08:31:00 this checkpoint is about giving the ability to edit content with their display settings and publish it using "default" visual settings 08:31:35 this checkpoint is about giving the #user# the ability to edit content with their display settings and publish it using "default" visual settings 08:32:14 i.e. edit in high contrast but publish with corporate colour scheme 08:33:29 JS - lets list what we want to achieve in plain English 08:33:40 1 - edit in your own colour scheme 08:34:13 2 - anything visual added to the screen to indicate something, i.e. spell check underline, is available 08:34:19 editing view is indepenent of presentation view 08:34:45 alerts specifc to editing view (e.g. spelling squigglies) are provided programatically 08:36:26 programatically provide the presentation view to assistive technologies 08:38:16 action: reed define editing view 08:38:16 Created ACTION-27 - Define editing view [on Reed Shaffner - due 2008-10-30]. 08:40:46 A2.2.1 needs to become a checkpoint on its own 08:44:42 Guideline A.2.2 [For the authoring tool user interface] Ensure that the authors display preferences. [Techniques] 08:45:06 Guideline A.2.2 [For the authoring tool user interface] Ensure the independence of authors’ display preferences. [Techniques] 08:45:17 Rationale: Some authors will require display settings that differ from the presentation that they intend to define for the published content (e.g., an author sets high contrast for themselves, while editing content that is not intended to be high contrast). 08:47:04 UAAG has a good programmatic access section we may want to look at 08:49:09 Guideline 2.1 Facilitate programmatic access by assistive technologies 08:49:10 2.1.1 Accessibility Platform Architecture: Support an accessibility platform architecture relevant to the platform. 08:49:11 2.1.2 Name, Role, State, Value, Description: For all user interface components (including the user interface and rendered content), the name, role, state, value, description are made available via an accessibility platform architecture.@@more work needed@@ @@techs includes "visited link state" 08:49:13 2.1.3 Accessible Alternative: If any functionality is not supported by the implemented accessibility platform architecture(s), then a separate accessible alternative for that functionality that is supported by the implemented accessibility platform architecture(s) is provided and a description of the inaccessible functionality appears in the conformance claim. 08:49:14 2.1.4 Programmatic Availability of DOMs: If the user agent implements one or more DOMs, they must be made programmatically available to assistive technologies. @@techs include CSS DOM 08:49:17 2.1.5 Write Access: If the user can modify the state or value of a piece of content through the user interface (e.g., by checking a box or editing a text area), the same degree of write access is available programmatically. 08:49:20 2.1.6 Properties: If any of the following properties are supported by the accessibility platform architecture, they must be made available via the architecture: 08:49:23 (a) the bounding dimensions and coordinates of rendered graphical objects 08:49:25 (b) font family of text 08:49:27 (c) font size of text 08:49:29 (d) foreground color of text 08:49:31 (e) background color of text. 08:49:33 (f) change state/value notifications @@(e.g. of DOMs) 08:49:35 2.1.7 Timely Communication: For APIs implemented to satisfy the requirements of this document, programmatic exchanges proceed in a timely manner (Level AA). 08:50:02 http://cgi.w3.org/member-bin/irc/irc.cgi 08:58:25 one more thought, is there a definition of timely manner? 09:05:58 it's still an issues in UAAG 09:19:30 We're back 09:22:59 jutta has joined #au 09:24:12 can whoever was just talking speak up a little please? 09:25:35 set scribe: reed 09:26:29 do we all agree that what we mean is that is allowable to provide functionality that doesn't use architecture so long as it's provided another way? 09:28:04 sure 09:29:01 Old wording: 2.1.3 Accessible Alternative: If any functionality is not supported by the implemented accessibility platform architecture(s), then a separate accessible alternative for that functionality that is supported by the implemented accessibility platform architecture(s) is provided and a description of the inaccessible functionality appears in the conformance claim. 09:29:09 2.1.3 does not make sense as stated 09:29:26 http://www.w3.org/WAI/UA/2008/WD-UAAG20-20081023/MASTER20081023.html 09:30:18 Current Happenings: Fixing links to publish updates 09:30:27 http://www.w3.org/WAI/AU/2008/WD-ATAG20-20081023/MASTER20081023.html 09:31:10 Jan is currently drafting new proposal for 2.1.3 09:31:13 in UAAG 09:31:18 to be used here 09:36:22 people should be able to use anything to provide access, doesn't need ot be api 09:36:42 need to be careful about giving people additional ways to do things 09:36:51 provide more conventional UI that does 09:39:35 RS: In 2.1.3....says now if doesn't support platform architecture... 09:40:18 Janina: We've really been trying to give ATs fighting chance out of the box with the engineered APIs 09:40:54 RS: Agree...this needs to read...when possible support platform API...but some UI characteristics can't be represented on an architecture... 09:41:22 present+ Janina Sajka(Observing) 09:41:40 RS: But if you have a UI that can't be represented then you should be able to document your own 09:42:40 JS: Also don't think API carved in stone 09:43:01 JR: Out seems to be use a new UI 09:44:09 RS: Not realistic to think devs go to new UIs for an out to accessibility...they may just want to do something new 09:45:24 if you can support the UI you are building with existing API 09:45:25 do so 09:45:36 if not, bridge into existing API's 09:45:49 JR: Proposal: Remove 2.1.3 Accessible Alternative 09:46:31 NOTE: numbers in these discussion pertain to UAAG as they exist currently 09:47:56 keep as is and then explain in techniques ways to get to things 09:48:08 they have their own ways of doing things on their platforms 09:48:15 they = mozilla 09:48:45 JR: Proposal: Reword 2.1.1 as: Accessibility Platform Architecture: Support an accessibility platform architecture relevant to the platform and the technology. 09:48:56 what is the new number? 09:49:32 JS = Jeanne 09:50:23 JS: Also don't think / Janina: Also don't think 09:50:40 it's basically a new concept for ATAG 09:50:41 PRINCIPLE 2. Facilitate programmatic access by assistive technologies 09:50:58 s/JS: Also don't think /Janina: Also don't think 09:51:00 PRINCIPLE A.2. Facilitate programmatic access by assistive technologies 09:51:13 s/ s/JS: Also don't think /Janina: Also don't think / 09:51:16 PRINCIPLE A.3: Editing views must be perceivable 09:51:18 JR: a.2 will be facilitate access programatically 09:51:48 jr: we got through all of a.2 which was goal for morning session 09:52:19 jr: i want to skip over enhanced keyboard and UAAG has already done good work 09:52:29 Note: Postponed 09:54:46 remove not used very often 09:55:04 jr: how do you feel about global? 09:55:06 When an author is able to decide whether or not something will happen. An option may be local (e.g., prompting whether to save before closing a piece of content) or a global (e.g., preference settings). etc.). 09:56:02 js: when an author is "presented with a choice" 09:56:06 js: or choices 09:56:25 When an author is presented with choices. An option may be local (e.g., prompting whether to save before closing a piece of content) or global (e.g., preference settings). 09:57:06 • A.3.2.1 Data Saved: If the authoring tool ends an authoring session due to a time limit (e.g., authenticated session expires), then authors have the global option to ensure that the content being edited is saved. For Web-Based Authoring Tools, this applies to any content that has already been submitted to the server by the user agent. 09:59:29 timing should prevent inactivity 09:59:55 here we are talking about total session time and not inactivity 10:00:44 there should be a prompt for a logging out 10:00:57 is there anything about this in UAAG? 10:01:04 yes there is 10:01:53 it's about activity 10:02:51 wcag covers things like games which covers things like games 10:03:26 inactivity on the web will force logouts 10:03:50 there are two types 10:05:32 JR: three are different types of time limits. The important thing is to offer the author an ability to extend the time. 10:05:54 WCAG quote: 10:06:09 Extend: The user is warned before time expires and given at least 20 seconds to extend the time limit with a simple action (for example, "press the space bar") 10:07:16 RS: it would apply in subscription too 10:07:26 JR: moving targets, this is interesting but timing is only a component 10:07:59 JR: they have it too in the other standards (it being moving target clauses) 10:08:28 http://www.w3.org/WAI/AU/2008/WD-ATAG20-20081023/MASTER20081023.html#gl-tool-control-time 10:08:36 JR: I have a rewrite 10:09:54 JR: when do you have moving targets in an authoring tool 10:11:43 JR: what about selectable part of animation instead? 10:11:54 e.g., selectable component of an animation 10:12:10 RS: need to have global option or moment? 10:12:17 JS: yeah, just moment 10:12:29 • A.3.2.3 Moving Targets: If the user interface includes any moving targets for authors' actions (e.g., selectable component of an animation), then authors have t option to stop that movement. 10:14:08 JR:do we want to get rid of it completely? 10:15:31 JR et al: we are removing that section (passes without objection) 10:15:58 JR: moving to A3.3 10:17:20 discussing scope of editing view 10:17:36 it needs to be there so that the author can see it 10:17:46 the term recognize I put a note in 10:17:58 • Recognized: If success criteria apply to “recognized” types of content (e.g., “recognized equivalent alternatives”, the conformance claim must list the recognized types. 10:18:17 jr: rationale being because blinked could mean many things 10:18:56 jr: must define what blinking types are being blocked 10:20:10 jr: i could put a bunch of shapes outside the screen 10:21:03 rs: what level is this? 10:21:15 jr: right now it is recognized blinking or flashing 10:21:31 jr: you should be able to pause a movie player 10:23:25 jr: there are ways of doing this that you wouldn't think would cause it 10:25:13 observer: it's good in that it includes the problem, and it excludes what doesn't 10:29:30 js: i dont want to exclude things that are being imported in 10:30:28 jr: you wont ahve time to pause 10:30:37 js: why dont we postpone this one 10:33:36 jr: redner every static thing but run no clock 10:34:07 js: important for low vision who need to look at things outside their current viewing area 10:34:19 jr: global option to not start the clock 10:34:28 For any moving, blinking or scrolling information that (1) starts automatically, (2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism for the user to pause, stop, or hide it 10:34:48 RS: every app should have a static view 10:34:59 RS: we will need to define static view 10:35:23 JR: should be AA 10:35:33 NOTE: jan writing now 10:36:22 A.3.3.2: Static View: If an editing view renders content then then the author has the global option of a static view in which time-based content appears in a fixed state. 10:36:45 RS: should clarify what we mean by rendering 10:36:52 A.3.3.2: Static View: If an editing view renders content (e.g. WYSIWYG) then then the author has the global option of a static view in which time-based content appears in a fixed state. 10:37:13 A.3.3.2: Static View: If an editing view renders content (e.g. WYSIWYG) then then authors have the global option of a static view in which time-based content appears in a fixed state. 10:37:33 JR: would be a good idea to pass to UAAG 10:37:46 cough cough jallan 10:38:14 JR: moving to next section 10:38:37 A.3.5 10:38:42 SORRY 10:38:45 A.3.4 10:40:22 JS: can we look at the rationale? 10:42:31 NOTE: drafting changes 10:42:54 when the authoring tools follow the structure present in the content to simplify navigation 10:43:11 when the authoring tools follow the structure present in the content to simplify navigation and editing. 10:43:22 > when the authoring tools use the structure present in the content to simplify navigation and editing. 10:43:39 People who have difficulty typing or operating the mouse benefit when the authoring tools use the structure present in the content to simplify navigation and editing. 10:43:52 People who have difficulty typing or operating the mouse benefit when authoring tools use the structure present in the content to simplify navigation and editing. 10:45:38 New version: http://www.w3.org/WAI/AU/2008/WD-ATAG20-20081023/MASTER20081023.html#gl-tool-struct-nav 10:46:17 RS: what is a simple action? 10:50:55 JR: should break out head and identical elements 10:52:21 A.3.4.2 Navigate By Element Type: If an editing view displays a structured element set, authors can move the editing focus forward/backward to the next identical element. 10:52:23 A.3.4.3 Navigate By Headings: If an editing view displays a structured element set, authors can move the editing focus forward/backward to the heading, regardless of level. 10:52:39 JS: Point of order, you dont want me to copy techniques do you? 10:53:42 moving to tree structures 10:54:31 everyone seems to be ok with tree strucutres 10:56:08 PAUSED FOR LUNCH 10:56:24 rrsagent, make minutes 10:56:24 I have made the request to generate http://www.w3.org/2008/10/23-au-minutes.html jeanne 10:56:41 rrsagent, make logs public 10:56:42 -AnnM 10:56:50 -Jutta 11:46:01 4.1.1 Keyboard Operation: All functionality can be operated via the keyboard using sequential and/or direct keyboard commands that do not require specific timings for individual keystrokes, except where the underlying function requires input that depends on the path of the authors' movement and not just the endpoints (e.g., free hand drawing). This does not forbid and should not discourage... 11:46:02 ...providing mouse input or other input methods in addition to keyboard operation. (Level A) 11:46:04 4.1.2 No Keyboard Trap (Minimum): The authoring tool prevents keyboard traps as follows (Level A): 11:46:05 (a) in the UI: if keyboard focus can be moved to a component using the keyboard, then focus can be moved away from that component using standard sequential keyboard commands (e.g., TAB key) 11:46:07 (b) in the rendered content: provides a documented direct keyboard command that will always restore keyboard focus to a known location (e.g., the menus). 11:46:08 (c) in the rendered content: provides a documented direct keyboard command that will always move keyboard focus to a subsequent focusable element 11:46:10 4.1.4 Separate Selection from Activation: Authors have the global option to have selection separate from activation (e.g., navigating through the items in a dropdown menu without activating any of the items). (Level A) 11:46:13 4.1.5 Discovery of Keyboard Commands: Authors have the global the option to have any *recognized* direct keyboard commands displayed with their associated controls. (Level A) 11:46:16 4.1.6 Standard Text Area Navigation Conventions: Editing views that render text support the standard text area conventions for the platform including, but not necessarily limited to: character keys, backspace/delete, insert, "arrow" key navigation (e.g., "caret" browsing), page up/page down, navigate to start/end, navigate by paragraph, shift-to-select mechanism, etc. (Level A) 11:46:21 4.1.7 Keyboard Navigation: Authors can use the keyboard to traverse all of the controls forwards and backwards, including controls in floating toolbars, panels, and user agent extensions using the navigation conventions of the platform (e.g., via "tab", "shift-tab", etc. "). (Level AA) 11:46:25 4.1.8 Important Command Functions: Important command functions (e.g. related to navigation, display, content, information management, etc.) are available in a single key command. (Level AA) 11:46:28 4.1.11 Intergroup Navigation: Allow the user to navigate from group to group of focusable items (e.g., toolbars, dialogs, panels, etc.) (Level AAA) 11:46:31 ======= 11:46:33 4.1.10 Override of UI Keyboard Commands: The user can override any keyboard shortcut binding for the user agent user interface except for conventional bindings for the operating environment (e.g., for access to help). The rebinding options must include single-key and key-plus-modifier keys if available in the operating environment. (Level A) 11:46:37 4.1.xx Specify preferred keystrokes: The user has the option to establish a preferred set of keys that will be used to override *recognized* author supplied keybindings (i.e. access key). (Level AA) 11:46:40 4.1.xx User Override of Accesskeys: The user can override any author supplied content keybinding (i.e. access key) that the user agent can *recognize*. The user must have an option to save the override of user interface keyboard shortcuts so that the rebinding persists beyond the current session. (Level AA) 12:03:06 +AnnM 12:03:09 -Room_138 12:03:10 +Room_138 12:10:09 Real-time content authoring 12:10:50 Topic: Definition of authoring tool 12:11:19 Working on: Real-time content authoring tools (e.g., chats, collaboration tools, whiteboards, etc.), especially those that archive as Web content, are considered authoring tools and can be made more accessible for both participants and users of the stored archives. While not all parts of ATAG 2.0 will usefully apply, some discussion is provided in ATAG 2.0 Techniques Appendix E: Real-time... 12:11:21 ...content production. 12:12:31 oedipus has joined #au 12:12:42 oedipus has left #au 12:19:33 Live content authoring tools (e.g., chats, collaboration tools, whiteboards, etc.) are required only to meet Part A. However, many guidelines in Part B may still usefully apply, especially if the tool archives as Web conten. For more information, please see the Techniques - Appendix E: Real-time content production. 12:26:02 • Recognized: If success criteria apply to “recognized” types of content (e.g., “recognized equivalent alternatives”, the conformance claim must list the recognized types. 12:27:14 (e.g., listing the elements recognized as images) 12:32:22 zakim, room_138 also has Jim_Allan(observing), Joshue O'Connor(observing) 12:32:22 +Jim_Allan(observing), Joshue, O'Connor(observing); got it 12:33:02 present+ +Jim_Allan(observing), Joshue_O'Connor(observing) 12:33:41 zakim, who's here? 12:33:41 On the phone I see Room_138, AnnM 12:33:42 Room_138 has Jan_Richards, Jeanne_Spellman, Andrew_Ronksley, Reed_Shaffner, Jim_Allan(observing), Joshue, O'Connor(observing) 12:33:45 On IRC I see AndrewR, AnnM, Reed, JR, RRSAgent, Zakim, jeanne, trackbot 12:36:12 jallan_ has joined #au 12:38:01 Action JR: Change "recognized" to tool-recognized, move Part A note into Definitions 12:38:01 Created ACTION-28 - Change \"recognized\" to tool-recognized, move Part A note into Definitions [on Jan Richards - due 2008-10-30]. 12:39:27 Josh: Looks to me that compliance to ATAG for CMS... 12:39:35 Josh: Same as WCAG to Web... 12:39:55 JR: Josh: Then if that could go into procurement process... very potent 12:41:32 Reed has joined #au 12:41:40 zakim, who's here? 12:41:40 On the phone I see Room_138, AnnM 12:41:41 Room_138 has Jan_Richards, Jeanne_Spellman, Andrew_Ronksley, Reed_Shaffner, Jim_Allan(observing), Joshue, O'Connor(observing) 12:41:46 On IRC I see Reed, jallan, AndrewR, AnnM, JR, RRSAgent, Zakim, jeanne, trackbot 12:45:05 JR has joined #au 12:53:56 zakim, Joshue has left room_138 12:53:56 -Joshue; got it 12:54:19 zakim, O'Connor(observing) has left room_138 12:54:19 -O'Connor(observing); got it 12:55:02 Topic: PART B: Support the production of accessible content 12:55:08 1. Author Availability: Any success criteria in Part B that refer to authors only apply during authoring sessions when authors are available. 12:55:30 zakim, who's here? 12:55:30 On the phone I see Room_138, AnnM 12:55:31 Room_138 has Jan_Richards, Jeanne_Spellman, Andrew_Ronksley, Reed_Shaffner, Jim_Allan(observing) 12:55:34 On IRC I see JR, Reed, jallan, AndrewR, AnnM, RRSAgent, Zakim, jeanne, trackbot 12:57:52 authoring session 12:57:54 A state of the authoring tool during which content can be edited by the author. The end of an authoring session is the point in time at which a session ends and the author has no further opportunity to make changes without starting another session. This may be under the control of the author (e.g., closing a document, publishing) or it may be controlled by the authoring tool (e.g., when the... 12:57:55 ...authoring tool transfers editing permission to another author on a collaborative system). Note: Automated content generation may continue after the end of an authoring session (e.g., CMS updates). 12:59:20 4. Authoring Systems: As per the definition of authoring tool, several software tools can be used in conjunction to meet the success criteria in Part B. (e.g. an authoring tool could make use of a 3rd party software accessibility checking and repair program. 13:03:19 1. Author Availability: Any success criteria in Part B that refer to authors only apply during authoring sessions when authors are available. 13:03:26 3. Existing Technologies: The success criteria in Part B only apply to support for accessible authoring practices that are relevant to technologies that the authoring tool already has the ability to create or edit. For example, a markup authoring tool that adds images by simply linking to their URIs would be required to support the production of alternative text for images in the markup, but... 13:03:28 ...it would not be required to add image editing functionality to ensure sufficient contrast in case any images are of text. 13:04:59 2. Responsibility After Authoring Sessions: Authoring tools are not responsible for accessibility problems that result from carrying out instructions made by the author during authoring sessions (e.g., the content of a third-party feed specified by the author), but they are responsible if the changes are automatically generated (e.g., the developer makes site wide changes to a CMS). 13:05:45 +??P8 13:06:25 zakim, ??P8 is really Jutta 13:06:25 +Jutta; got it 13:06:31 thanks zakim 13:07:28 new version on line: http://www.w3.org/WAI/AU/2008/WD-ATAG20-20081023/MASTER20081023.html#part-support-production 13:08:01 jtrevir has joined #au 13:09:24 jallan_ has joined #au 13:21:24 -Jutta 13:22:11 +??P8 13:22:54 -??P8 13:24:58 jeanne has joined #au 13:25:46 zakim, jallan has left room_138 13:25:46 jeanne, I was not aware that jallan was in room_138 13:26:16 zakim, Jim_Allan(observing) has left room_138 13:26:16 -Jim_Allan(observing); got it 13:26:49 JR Proposal: May Switch Views: permissible to require authors to switch editing views to perform search results (e.g., from WYSIWYG to instruction level to search for markup tags). 13:27:12 jtrevir has joined #au 13:27:46 +??P8 13:28:00 zakim, ??P8 is really Jutta 13:28:00 +Jutta; got it 13:30:10 AndrewR has joined #au 13:30:19 AndrewR has left #au 13:30:43 AndrewR has joined #au 14:00:44 zakim, Cynthia_Shelly has arrived in room_138 14:00:44 +Cynthia_Shelly; got it 14:05:18 jallan_ has joined #au 14:05:38 issue: A.3.6 needs to be focused for needs specific to authoring tools 14:05:38 Created ISSUE-168 - A.3.6 needs to be focused for needs specific to authoring tools ; please complete additional details at http://www.w3.org/WAI/AU/tracker/issues/168/edit . 14:05:40 cshelly has joined #au 14:06:56 Action JR: To propose text for "Manage preference settings" to make it more authoring tool specific (Issue-168) 14:06:56 Created ACTION-29 - Propose text for \"Manage preference settings\" to make it more authoring tool specific (Issue-168) [on Jan Richards - due 2008-10-30]. 14:08:42 was: (i.e., moving focus back from, exiting from) 14:09:37 JR: Could we just remove the example? 14:09:47 jr: moving focus back from, exiting from 14:10:24 js: it's a little complicated as it is right now 14:10:33 cs:they all seem to say the samething 14:11:06 jan is rewriting the section 14:11:10 If a preview is provided, then a keyboard accessible way of returning from the preview is provided and is documented in the help system. 14:12:49 talking about the concept of simple action 14:14:12 If a preview is provided, then it is possible to return from the preview using a simple action which is documented in the help system. 14:14:39 discussing whether things must be seperately documented in the authoring tool help system 14:16:27 JS: we should add video player component 14:16:47 CS: multiple levels of component don't make sense 14:18:13 multiple people: how do we know what it is calling? 14:18:36 JR: just conform what it will call for 14:19:24 many: why do we need this at all then? 14:19:55 everyone ok with dropping previewers just for the sake of having them? reword? 14:22:55 the preview makes use of an existing user agent (e.g., opening the content in a third-party browser, browser component, video player, etc.) 14:23:12 rshaffne has joined #au 14:23:38 Discussing A3.7.2 14:23:40 new update http://www.w3.org/WAI/AU/2008/WD-ATAG20-20081023/MASTER20081023.html#tool-previews-scA 14:23:46 scribe: rshaffne 14:24:32 continued debate on whether we need to ahve this section at all 14:26:26 UAAG agrees to buy drinks 14:27:01 fix, jallan agrees to buy drinks 14:27:57 in austin, texas 14:31:43 talking about undo 14:32:12 usability versus accessibility 14:32:30 CS: you may not know you made a mistake until you already looked in a browser 14:33:22 talkign about A4.1.5 14:34:58 CS: should save force settings, again usability versus accessibility? 14:35:13 JR: we should put in notes that killing undo on save may negatively impact some users 14:36:43 It is acceptable for certain committing actions (e.g., "save", "publish") to reset the undo history. 14:37:02 RS: some note about how this might negatively impact some users 14:39:23 Moving on to A4.2 14:40:57 RS: maybe for triple aa talk about providing tutorials for key features accessibly? 14:41:07 JR: some instead of key 14:41:34 new version: http://www.w3.org/WAI/AU/2008/WD-ATAG20-20081023/MASTER20081023.html#principle-understandable 14:41:47 A.4.2.2 AAA Accessibility Feature Tutorials: Tutorials are provided for some of the features that are specifically required to meet Part A of these guidelines. 14:42:00 JR: are people ok with this? 14:42:10 general agreement 14:44:12 do we need to say not to document documentation? 14:45:10 seems people are in agreement there should be some sort of help description 14:46:30 JR: Jutta needs to drop off for a panel 14:47:34 JS: before we leave 4.2.2 what do we mean by some for tutorials? 14:48:45 -Jutta 14:51:25 JR; should provide how to get to things 14:57:15 RS: do we need to just copy and paste? 14:59:04 JR: then should we eliminate our other keyboarding pieces? 14:59:08 all: no no, just include what's unique 15:00:31 JR: we basically need to focus on new things we need to say then, ok 15:02:50 there is discussion going on about what should be in ATAG versus UAAG versus both 15:02:59 and what goes where just because something is a standard first 15:04:29 no keyboard trap 15:06:34 4.1.2 No Keyboard Trap: The authoring tool prevents keyboard traps as follows (Level A): 15:06:36 (a) in the UI: if keyboard focus can be moved to a component using the keyboard, then focus can be moved away from that component using standard sequential keyboard commands (e.g., TAB key), 15:06:37 (b) in the rendered editing views: provides a documented direct keyboard command that will always restore keyboard focus to a known location (e.g., the menus), and 15:06:39 (c) in the rendered editing views: provides a documented direct keyboard command that will always move keyboard focus to a subsequent focusable element 15:12:23 RS: keep specific examples 15:14:00 A.3.1.1 Important Command Functions: If the authoring tool includes any of the following functions, authors can enable key-plus-modifier-key (or single-key) access to them (where allowed by the operating environment)(Level A): 15:14:02 (a) open help system, 15:14:03 (b) open new content, 15:14:05 (c) open existing content, 15:14:06 (d) save content, 15:14:08 (e) close content, 15:14:09 (f) cut/copy/paste, 15:14:11 (g) undo/redo, and 15:14:12 (h) open find/replace function. 15:14:14 4.1.2 No Keyboard Trap: The authoring tool prevents keyboard traps as follows (Level A): 15:14:15 (a) in the UI: if keyboard focus can be moved to a component using the keyboard, then focus can be moved away from that component using standard sequential keyboard commands (e.g., TAB key), 15:14:17 (b) in the rendered editing views: provides a documented direct keyboard command that will always restore keyboard focus to a known location (e.g., the menus), and 15:14:18 (c) in the rendered editing views: provides a documented direct keyboard command that will always move keyboard focus to a subsequent focusable element 15:14:21 4.1.5 Discovery of Keyboard Commands: Authors have the global the option to have any *recognized* direct keyboard commands displayed with their associated controls. (Level A) 15:14:55 JR: could we put out a note with UAAG? 15:16:13 JR: helps explain why things came to be and things we were thinking about 15:16:19 CS: what do you want to talk about? 15:16:33 JR: we have been thinking about keyboarding a lot and we joined forces and we came up with this 15:16:41 most is general software but some tweaks are authoring tools 15:17:37 action: JR figure out the note on keyboarding 15:17:37 Created ACTION-30 - Figure out the note on keyboarding [on Jan Richards - due 2008-10-30]. 15:19:41 JR: certain things should be deprecated still 15:19:43 Jeanne handling 15:21:11 A general feeling of satisfaction passes over the room 15:23:10 DAY ADJOURN 15:28:57 AndrewR has left #au 15:29:16 jeanne has left #au 15:29:53 -AnnM 15:30:05 jeanne has joined #au 15:30:20 rrsagent, draft minutes 15:30:20 I have made the request to generate http://www.w3.org/2008/10/23-au-minutes.html jeanne 15:30:27 zakim, bye 15:30:27 leaving. As of this point the attendees were Jan_Richards, Jeanne_Spellman, Andrew_Ronksley, Reed_Shaffner, +0208123aaaa, Room_138, AnnM, Jutta, Jim_Allan(observing), Joshue, 15:30:27 Zakim has left #au 15:30:30 ... O'Connor(observing), Cynthia_Shelly 15:32:15 scribenick: AndrewR, reed, rshaffna 15:32:26 scribeoptions:-final 15:32:32 rrsagent, make minutes 15:32:32 I have made the request to generate http://www.w3.org/2008/10/23-au-minutes.html jeanne 15:33:06 rrsagent, bye 15:33:06 I see 6 open action items saved in http://www.w3.org/2008/10/23-au-actions.rdf : 15:33:06 ACTION: RS to define "presentation view" [1] 15:33:06 recorded in http://www.w3.org/2008/10/23-au-irc#T08-23-31 15:33:06 ACTION: Reed to define "presentation view" [2] 15:33:06 recorded in http://www.w3.org/2008/10/23-au-irc#T08-23-48 15:33:06 ACTION: reed define editing view [3] 15:33:06 recorded in http://www.w3.org/2008/10/23-au-irc#T08-38-16 15:33:06 ACTION: JR to Change "recognized" to tool-recognized, move Part A note into Definitions [4] 15:33:06 recorded in http://www.w3.org/2008/10/23-au-irc#T12-38-01 15:33:06 ACTION: JR to To propose text for "Manage preference settings" to make it more authoring tool specific (Issue-168) [5] 15:33:06 recorded in http://www.w3.org/2008/10/23-au-irc#T14-06-56 15:33:06 ACTION: JR figure out the note on keyboarding [6] 15:33:06 recorded in http://www.w3.org/2008/10/23-au-irc#T15-17-37