13:00:32 RRSAgent has joined #svg-a11y 13:00:32 logging to http://www.w3.org/2015/05/22-svg-a11y-irc 13:00:34 RRSAgent, make logs public 13:00:34 Zakim has joined #svg-a11y 13:00:36 Zakim, this will be WAI_PF 13:00:36 I do not see a conference matching that name scheduled within the next hour, trackbot 13:00:37 Meeting: Protocols and Formats Working Group Teleconference 13:00:37 Date: 22 May 2015 13:00:52 fesch has joined #svg-a11y 13:00:52 chair: Fred 13:01:01 meeting: SVG A11Y Task Force 13:01:07 present+ Fred_Esch 13:01:39 present+ AmeliaBR 13:06:43 scribe: Rich 13:07:59 Amy has joined #svg-a11y 13:08:16 present+ Rich 13:10:40 Topic: Timelines and Prioritization 13:11:18 present+ Jason_White 13:12:32 jasonjgw has joined #svg-a11y 13:12:37 Rich: It sounded like SVG2 to go to CR at the end of they year to first quarter 13:12:50 Amelia: yes, after TPAC 13:12:57 scribe: Jason 13:13:45 Rich suggests we develop a basic graphics model as a high priority. We need to continue to work on navigation, noting that tabindex is a good start. 13:13:57 Amila would like to see more detailed navigation work in the core spec. 13:14:28 s/Amila/Amelia: Ideally, I / 13:14:37 Fred asks about the two-implementation requirement; Rich confirms this and suggests that anything not mapped to role=none should be focusable. 13:15:08 Rich: this way we could focus almost anything that might be wanted. 13:15:09 +1 to foucusable for anything but none 13:15:51 Fred agrees. Amelia suggests distinguishing focusable from tab sequence - not everything should be in the tab navigation order. 13:16:14 Rich: these elements would be effectively tabindex=-1. 13:16:30 Amelia agrees to take these issues to the SVG working group over the next few weeks. 13:17:01 Rich notes that under this proposal we wouldn't have to add tabindex=-1 to all of these elements, and it opens the way to further work on navigation. 13:17:24 jason: I think that is a good idea. 13:17:44 jason: tabindex tends to go with interactive elements. 13:17:56 jason: What is focusable should be a distinct manner 13:18:17 jason: I am comfortable with the proposal regarding making these non “none” elements focusable 13:18:50 jason: Navigation similar to what Rich proposed moves us in the right direction. 13:20:32 Rich notes that we need editors to work on the separate document on semantics. This would be an ARIA graphics module. Rich notes that we need basic primitives - for shapes, allowing a fall-back that makes sense. 13:20:54 We would then add further roles for charts. Rich suggests we need to add some of these to SVG 2. 13:21:01 http://rawgit.com/w3c/aria/master/aria/dpub.html 13:21:40 Rich notes the digital publishing ARIA extension taxonomy, referring to it as a model for what needs to be created in SVG. 13:21:49 Amelia regards this as achievable. 13:22:40 Fred expresses willingness to edit the document. 13:23:23 Fred notes that Charles may be interested in serving as an editor and suggests deciding this over the next few weeks. 13:23:31 Note that Amelia has agreed to serve as an editor. 13:24:16 Fred wanted feedback on the CSSUI work and comments on the use of role=text and the application of ARIA for purposes other than assistive technologies. 13:24:24 Topic: Use of role= 13:24:45 Amelia summarizes discussion in the SVG working group. There was more support for the idea of having a means of recognizing images of text as text. 13:24:55 Topic: Role=“text” for other mainstream features copy/paste, search: etc. 13:25:00 There was no agreement as to whether this should be done by way of new SVG elements or ARIA roles. 13:25:24 It was resolved to develop a clearer set of proposals/options. 13:25:52 Rich clarifies that the use of roles for other purposes wasn't raised as an issue in the SVG working group discussion. 13:26:47 Responding to Fred, Rich notes the issue raised on the list of whether SWITCH could be applied to TITLE and DESC. 13:27:58 Amelia clarifies that it apparently can be used but not in the ways one might anticipate. There's an issue to be addressed regarding TITLE as a child of SWITCH. 13:28:05 Fred clarifies. 13:29:03 Child as a title of SWITCH never appears as a tooltip. 13:29:51 Rich notes we need an additional step in the name/description computation. This work is required in the SVG spec. 13:31:15 Amelia is planning to prepare edits for Rich to review upon his return. 13:32:00 Amelia notes the issues raised on the mailing list regarding VIEW. 13:32:33 https://lists.w3.org/Archives/Public/public-svg-a11y/2015May/0044.html 13:33:41 Amelia suggests behavior that would treat a link to the VIEW element as though it were a change on the SVG element. 13:34:06 Amelia offers to create examples of views and to encourage experimentation by participants on this task force. 13:35:20 Amelia notes two major use cases: zooming into parts of a large graphic, and identifying the correct icon (e.g., for screen readers) when a number of icons occur in an embedded SVG document. 13:35:42 Amelia notes that VIEW is very different from anything in HTML. 13:36:10 Fred suggests it's somewhat similar to popup dialogs. 13:36:37 Fred also notes that point of regard is problematic here; Amelia agrees, noting that the VIEW itself isn't the correct destination for point of regard. 13:36:59 Amelia suggests the target attribute should be an implicit aria-flowto. 13:37:31 Rich notes that aria-flowto is well supported under MS-Windows but he needs to confirm support under VoiceOver. 13:37:52 Fred notes potential applications of view in technical drawings where there is a plan view distinct from a side view. 13:38:00 Amelia notes that there are numerous use cases. 13:38:33 Fred notes further use cases in data visualization applications. 13:39:07 Rich notes that aria-flowto can take multiple idrefs, enabling the user to choose the destination. 13:40:20 Rich notes that the reverse relationship (from the flowto destination back to the node with the flowto) is implicitly handled by the user agent and not by the author in order to avoid authroing bugs. 13:40:48 Amelia notes that not everything which has an ID will have an accessible name and hence name calculation can be problematic in SVG. 13:41:34 aFred notes a limitation of aria-flowto: it is directional and cannot represent undirected relations. 13:42:06 Amelia notes that these can be represented as a pair of flowto relations, one in each direction. 13:43:06 Fred notes a further practical issue with screen reader implementations of flowto - that the set of usable/nmemonic key bindgs is quickly exhausted as the number of flowto relations increases. 13:43:10 http://www.w3.org/TR/core-aam-1.1/#mapping_additional_relations_reverse_relations 13:47:08 scribe: Amelia 13:47:57 Jason emphasizes the importance of having a way to designate undirected connector relationships, but suggests that it can be simplified because most graphs are either directed or undirected 13:48:51 Fred suggests this might not be true. E.g., in an org chart you could have sideways connectors between equal employees as well as directed connectors from supervisors 13:49:28 Jason suggests that navigation could still show all the flow options somehow 13:49:58 Fred points out that this isn't how it currently works: e.g., JAWS uses different key bindings to reveal flowto versus flow-from relationships 13:50:42 Jason gives examples of where this is a limitation: wanting to find how many edges are connected to a vertex within a network graph 13:51:55 Fred notes that, in a model her created for sighted users, he presented both types of relationships at the same time, but grouped into flowto and then flow-from 13:52:48 s/model her/model he/ 13:54:31 Jason notes another issue, for navigation models, is what to do with unconnected graphs, where there are separate groups with no connections between them; you need a separate navigation method 13:55:53 Amelia suggests we need to decide upon priorities for the SVG 2 core spec. It appears from what has been said that establishing a basic graphics taxonomy is a priority, as well as updating the accessibility API mappings. 13:56:19 Fred notes this as a priority - establishing a basic taxonomy. 13:56:43 Fred proposes that we start working on it next week, raising the question of whether we start from where we left off in earlier discussion. 13:57:11 Amelia suggests starting from existing work, offering to move it into the wiki. 13:57:21 Amelia agrees to move her work on this to the wiki. 13:57:36 Fred notes that this will then be the basis for discussion. 13:57:53 Amelia proposes to continue work on the accessibility API mapping issues. 13:58:22 It is agreed that animation raises substantive issues. 13:58:41 Amelia notes that animation can be used to hide/reveal graphical components of the SVG document. 13:59:48 Amelia suggests treating animation similarly to changing the CSS DISPLAY property on an element, and will come up with options for addressing the issue. 14:01:15 Action: Ameila meet with SVG working group regarding focusable elements vs. tabindex 14:01:16 Error finding 'Ameila'. You can review and register nicknames at . 14:02:14 Fred notes his discussion comments on Amelia's work; Amelia offers to move them into the wiki. 14:02:35 Amelia plans to read Fred's comments. 14:03:29 RRSAgent, make log public 14:03:46 rrsagent, make minutes 14:03:46 I have made the request to generate http://www.w3.org/2015/05/22-svg-a11y-minutes.html jasonjgw 14:04:14 rrsagent, make log public 14:35:32 richardschwerdtfeger has joined #svg-a11y 15:17:30 Zakim has left #svg-a11y 17:58:53 richardschwerdtfeger has joined #svg-a11y 21:10:07 richardschwerdtfeger has joined #svg-a11y