Minutes: Sepetember 11, 2015 SVG Accessibility Task Force

http://www.w3.org/2015/09/11-svg-a11y-minutes.html

Text:

4:02:53 [RRSAgent]
      RRSAgent has joined #svg-a11y
14:02:53 [RRSAgent]
      logging to http://www.w3.org/2015/09/11-svg-a11y-irc
14:02:59 [Zakim]
      Zakim has joined #svg-a11y
14:03:06 [LJWatson]
      rrsagent, set logs world-visible
14:03:32 [LJWatson]
      agenda+ Taxonomy
14:03:35 [richardschwerdtfeger]
      richardschwerdtfeger has joined #svg-a11y
14:04:17 [LJWatson]
      Chair: Fred
14:04:30 [chaals]
      Present+ chaals
14:04:42 [chaals]
      Regrets+ Doug
14:04:43 [jasonjgw]
      jasonjgw has joined #svg-a11y
14:05:01 [LJWatson]
      scribenick LJWatson
14:05:29 [chaals]
      s/scribenick/scribenick:/
14:05:57 [LJWatson]
      zakim, open item 1
14:05:57 [Zakim]
      agendum 1. "Taxonomy" taken up [from LJWatson]
14:06:03 [fesch]
      https://www.w3.org/wiki/SVG_Accessibility/ARIA_roles_for_charts
14:06:18 [chaals]
      q+
14:06:29 [LJWatson]
      FE: Suggest we look at Amelia's taxonomy.
14:06:33 [LJWatson]
      SVG Accessibility/ARIA roles for charts
14:07:02 [LJWatson]
      CMN: We should get agreement on what we can.
14:07:46 [LJWatson]
      FE: How do we do that without looking at the taxonomy?
14:08:23 [LJWatson]
      CMN: Compare the taxonomies and finding common features.
14:08:59 [LJWatson]
      ABR: We seem to agree on roles for data, and roles for annotations
      and guides.
14:09:52 [LJWatson]
      ... Disagreement is on how we sub-divide those classifications.
14:10:03 [LJWatson]
      ... Fred is leaning towards author descriptions.
14:10:59 [LJWatson]
      .. We need to decide how much information is machine readable,
      because that decides what roles and attributes are required.
14:11:05 [LJWatson]
      FE: Not sure that's true.
14:11:46 [LJWatson]
      ... Lets go through your taxonomy and see what we agree on, then
      we'll know where the differences are.
14:12:50 [LJWatson]
      ABR: We agree on graphicsdoc.
14:13:14 [LJWatson]
      ... There are three subclasses - maps, networkgraphs and datacharts.
14:13:40 [LJWatson]
      ... Next is graphicsobject which we've accepted as useful for
      structured grapphics.
14:13:48 [LJWatson]
      ... graphicssymbol, which we've also accepted.
14:14:15 [LJWatson]
      ... Further broken down into two groups, datatype roles and
      annotation/guide roles.
14:14:37 [LJWatson]
      ... Agreement on need for a datagroup role, for organising data
      elements.
14:15:37 [LJWatson]
      FE: There should be a role for a single data item. Also one for
      connectors.
14:15:59 [chaals]
      q+
14:16:06 [LJWatson]
      rrsagent, make minutes
14:16:06 [RRSAgent]
      I have made the request to generate
      http://www.w3.org/2015/09/11-svg-a11y-minutes.html LJWatson
14:16:21 [LJWatson]
      .. Also agree we need guides/annotations.
14:16:38 [LJWatson]
      ... Also something with scale in the name, and a child of that should
      be axis.
14:16:55 [LJWatson]
      ... Plus some kind of tick. Most of these are name conventions.
14:17:07 [richardschwerdtfeger]
      q?
14:17:13 [LJWatson]
      ack chaals
14:17:39 [LJWatson]
      CMN: General concern... Data may or may not be graphical. Much of
      what's in the taxonomy should map neatly to tabular data.
14:17:55 [LJWatson]
      ... Connecter is an exception.
14:18:33 [LJWatson]
      ... We should compare the taxonomy to ARIA properties, so we don't
      repeat things we already have.
14:18:44 [LJWatson]
      ABR: Can you explain how there might be repetition?
14:18:50 [richardschwerdtfeger]
      s/Connecter/Connector/
14:19:32 [LJWatson]
      CMN: Data unit is similar to gridcell. The critical thing about a
      data point in a graph is that it's data, not that it's graphical.
14:19:51 [fesch]
      q?
14:19:54 [fesch]
      q+
14:20:09 [LJWatson]
      ... We need to find the right balance for this vocabulary between too
      large and too small.
14:20:45 [LJWatson]
      FE: Agree, but we are creating a graphics taxonomy.
14:20:49 [fesch]
      ack me
14:20:52 [LJWatson]
      ... Would hate to use cell for a data point role.
14:21:22 [AmeliaBR]
      q+
14:21:42 [LJWatson]
      CMN: Seems odd that a graphical data point has a whole different set
      of properties when rendered as a table.
14:21:53 [LJWatson]
      ... The medium isn't what we're trying to communicate.
14:22:28 [fesch]
      ack amel
14:22:41 [LJWatson]
      ABR: That sounds sensible. The problem is that we're working with
      ARIA roles that don't use that approach.
14:22:55 [LJWatson]
      ... Existing roles are for trees, grids, trees etc.
14:23:55 [LJWatson]
      ... Tables aren't marked up as groups of tiems, they're just rows and
      the AT is supposed to make the connections back to the columns.
14:24:16 [LJWatson]
      s/tiems/items/
14:24:35 [LJWatson]
      ... There is no concept of data long a continuous spectrum for
      example.
14:25:12 [LJWatson]
      ... It's also dependent on the DOM structure.
14:26:02 [LJWatson]
      CMN: Not quite true. A table is the same as nested lists in terms of
      DOM structure. So you can say this nested list represents a row of
      the table.
14:26:30 [LJWatson]
      FE: Part of making a chart taxonomy is so an AT user can talk about
      the chart, articulating things using the same language.
14:27:23 [LJWatson]
      CMN: Yes, but they are still just data points. If you have a table,
      people talk about an item of data within that table.
14:27:54 [LJWatson]
      ... For things that are not just asthetic, the important thing is
      that it's a piece of data.
14:28:12 [LJWatson]
      FE: With graphics that breaks down quickly.
14:28:30 [LJWatson]
      ... With a line chart, it's a whole column of stuff broken down by
      category. It represents points not rows.
14:28:50 [LJWatson]
      ... All categories equate to a single column, if thinking in tabular
      terms.
14:29:05 [LJWatson]
      CMN: A sin graph or a graph of an exponential?
14:29:20 [LJWatson]
      ... A bunch of points connected by a line?
14:29:23 [LJWatson]
      FE: Yes.
14:29:48 [LJWatson]
      CMN: That's a bar chart. The jumps up/down are visually presented
      differently, but the basic data is the same.
14:29:58 [LJWatson]
      ABR: No, bar charts have different implied meanings.
14:30:22 [LJWatson]
      FE: A line chart, for example stock closing price, you can have many
      stocks. You can't do that with a bar chart.
14:30:33 [LJWatson]
      CMN; With colour contrast correct, you can.
14:30:48 [LJWatson]
      ... They're essentially the same thing, you don't have to colour in
      the bars if you don't want to.
14:30:56 [LJWatson]
      FE: But you wouldn't be able to see everything.
14:31:20 [LJWatson]
      ABR: The relevant distinction is that with ARIA you'll have one DOM
      element that represents a whole lot of data. You can't use table
      roles to represent that.
14:31:36 [LJWatson]
      CMN: That's important... one DOM element representing an entire set
      of cells.
14:32:07 [LJWatson]
      JW: Usually we'd have a general ARIA role, which inherited properties
      that say something about it.
14:33:14 [LJWatson]
      ... We agreed last time that we want to author to specify what kind
      of data is being represented.
14:34:04 [LJWatson]
      FE: Problem is that there isn't a nice role that we can use for all
      kinds of charts.
14:34:12 [LJWatson]
      ... We have the freedom to make a taxonomy, so we should.
14:34:28 [LJWatson]
      CMN: "Since we can" doesn't necessarily nean we should.
14:34:45 [LJWatson]
      ... We should upstream other data stuff.
14:35:04 [LJWatson]
      ... We need a way to represent a set of data points, and an
      individual data point itself.
14:35:50 [LJWatson]
      ... Concepts like data points and data sets will have use outside of
      graphical representations.
14:36:41 [LJWatson]
      LW: We should look to add these roles to the main ARIA spec because
      they have uses outside of graphics.
14:37:03 [LJWatson]
      ABR: So we look at which features could be abstracted up a level?
14:37:10 [fesch]
      q?
14:37:25 [LJWatson]
      ... So we call them data arrays instead of data lines for example.
14:37:45 [LJWatson]
      ... We could use a different namespace - like dataunits instead of
      graphical.
14:38:04 [LJWatson]
      ... These roles and attributes could then be used in other
      situations, like with tabular data.
14:38:22 [LJWatson]
      rrsagent, make minutes
14:38:22 [RRSAgent]
      I have made the request to generate
      http://www.w3.org/2015/09/11-svg-a11y-minutes.html LJWatson
14:39:04 [LJWatson]
      RS: If we want to get it in ARIA 1.1, time is tight.
14:39:11 [LJWatson]
      ABR: Don't expect this to be 1.1.
14:39:33 [LJWatson]
      ... Suggest we do this within the graphics module, but indicate which
      roles/attributes are intended to go into the main spec.
14:39:43 [LJWatson]
      ... We could alternatively split into two documents.
14:40:05 [LJWatson]
      JW: This is definitely 2.0 material.
14:40:16 [fesch]
      q?
14:40:26 [LJWatson]
      CMN: The catch... We'd like to get some of this stuff before SVG 2.0.
14:41:04 [LJWatson]
      ABR: Earlier we focused on diagrams and other structured graphics, we
      discussed Graphics 2.0 with the other bits in.
14:41:15 [LJWatson]
      ... We could go back to the simpler approach.
14:41:32 [LJWatson]
      ... graphicsdoc, graphicsobject and graphicssymbol.
14:41:49 [LJWatson]
      FE: Would be nice to have data in there too.
14:41:57 [LJWatson]
      ... For data item and data group.
14:42:02 [LJWatson]
      RS: What about axis?
14:42:17 [LJWatson]
      ABR: Then we go into chart annotations. You don't want to do that
      piecemeal.
14:43:08 [LJWatson]
      ... Could use title/desc to provide information in the meantime.
14:43:17 [LJWatson]
      FE: That doesn't work for different axes.
14:43:23 [LJWatson]
      ABR: No, but labelling would work.
14:43:36 [LJWatson]
      ... Not suggesting this is ideal, but it's one way to get something
      into 1.1.
14:44:33 [LJWatson]
      JW: There's no reason to keep to an SVG 2.0 timeframe. So defer major
      chart taxonomy to ARIA 2.0, and use the SVG 2.0 timeline to define
      those things that will be in the acc API mappings.
14:44:49 [LJWatson]
      ... We're not held to decisions we might regret later.
14:45:08 [LJWatson]
      FE: What is the SVG timeframe?
14:45:26 [LJWatson]
      RS: CR by Q1 2016.
14:45:37 [LJWatson]
      FE: Don't see we can't do everything in that timeframe.
14:45:49 [LJWatson]
      RS: Worried about a taxonomy that only hhas two/three roles.
14:46:07 [LJWatson]
      CMN: If they're the right roles... it makes it easier to get
      implementors to act upon.
14:46:17 [LJWatson]
      FE: You can't get there with just those three roles.
14:46:26 [LJWatson]
      ... You can't differentiate between features for one thing.
14:46:52 [LJWatson]
      ABR: Getting these core roles for structured drawings is an important
      advancement.
14:47:11 [LJWatson]
      ... That's all that will be normative in the SVG spec. None of the
      chart specific roles will be used by default.
14:47:34 [LJWatson]
      ... Would definitely push for getting these three roles done and
      implemented in the acc APIs etc.
14:47:54 [LJWatson]
      RS: Admit getting the name computation work is not going to be a
      small undertaking.
14:48:02 [LJWatson]
      ABR: No, we need to be pushing on that.
14:48:22 [LJWatson]
      FE: If things have the one role how will the acc name computation
      work?
14:48:53 [LJWatson]
      RS: Think people will question why things like axis are missing.
14:49:06 [LJWatson]
      ABR: Don't oversell it. This is a starting point for the graphics
      module.
14:49:30 [LJWatson]
      FE: There would be no point in implementing it though.
14:49:36 [LJWatson]
      RS: Could we do this in parallel?
14:49:52 [LJWatson]
      ABR: Yes. We shouldn't throw out what we're working on, but the short
      doc will be done sooner.
14:50:08 [LJWatson]
      RS: For SVG 2.0 we need to get the basic plumbing in place.
14:50:29 [LJWatson]
      ... If we work on the rest in parallel it will let us make progress
      with the browsers.
14:50:46 [LJWatson]
      ABR: If we can get browsers to recognise title/desc properly, that
      would be huge.
14:50:56 [LJWatson]
      FE: Agreed.
14:51:06 [LJWatson]
      ... That's more than three roles.
14:51:20 [LJWatson]
      ABR: Yes, only three roles, but additional acc API mapping
      information.
14:51:29 [LJWatson]
      +1 to starting with the three roles first.
14:52:02 [LJWatson]
      JW: Concern if we want to generalise roles for inclusion in ARIA 2.0,
      we have to keep this in mind as we work on things.
14:52:13 [LJWatson]
      rrsagent, make minutes
14:52:13 [RRSAgent]
      I have made the request to generate
      http://www.w3.org/2015/09/11-svg-a11y-minutes.html LJWatson
14:52:47 [LJWatson]
      ... Better to do this once, and in the right context.
14:53:50 [LJWatson]
      ABR: We could do the basic SVG graphics, then a second module that
      also includes data roles/props and data visualisation roles/props.
14:54:28 [LJWatson]
      ... We would need to check with tothers to make sure they're ok with
      the SVG TF stretching beyond it's original remit.
14:54:46 [LJWatson]
      s/tothers/others/
14:55:06 [LJWatson]
      JW: Agree we should keep matters separate.
14:56:52 [LJWatson]
      RS: There is also the dPub module to consider. Also work on an API
      for device independent interaction.
14:57:08 [LJWatson]
      ... So sometime in the ARIA 2.0 timeframe it would be good to have
      the second edition of the graphics module.
14:57:34 [LJWatson]
      ... We have to handle keyboard support, interaction support,
      title/desc etc.
14:57:46 [LJWatson]
      FE: How many docs is that? Mapping spec/ Module itself/ Others?
14:59:09 [LJWatson]
      RS: We have SVG Acc Mapping spec (including all the ARIA 1.1 stuff),
      Core Acc Mapping Guide (ARIA 1.1 only), name computation (ARIA 1.1),
      plus small module and mapping, and the SVG spec itself.
14:59:45 [LJWatson]
      ... Do we want to include these roles in the SVG mapping guide, or
      have a separte doc?
15:00:01 [LJWatson]
      ABR: They're referenced as notes.
15:00:59 [LJWatson]
      RS: Let's agree to get the basic three role doc out, and also into
      the mapping spec.
15:01:36 [LJWatson]
      JW: Then continue on the data/chart bits in parallel.
15:01:44 [LJWatson]
      FE: What about the SVG accessibility guide?
15:02:06 [LJWatson]
      RS: It would require an update. Not currently referenced in the SVG
      2.0 doc because it's too out of date.
15:02:22 [LJWatson]
      CMN: Would like some authoring guidance in the appendix.
15:02:54 [LJWatson]
      RS: Who will be at TPAC?
15:03:05 [LJWatson]
      CMN: Yes, but flat out busy.
15:03:13 [LJWatson]
      JW: Possibly.
15:03:49 [LJWatson]
      RS: Hoping the ARIA WG will exist by TPAC.
15:04:54 [LJWatson]
      ... Want to set aside time early in the week.
15:05:48 [LJWatson]
      LW: Web Platforms WG is planning to meet Mon/Tue.
15:06:31 [LJWatson]
      ... That'll be my priority, but will try to get to the discussions
      about High Level User Events with Cynthia + ARIA.
15:07:17 [richardschwerdtfeger]
      RRSAgent, make log public
15:07:27 [richardschwerdtfeger]
      meeting: SVG Accessibility Task Force
15:07:30 [richardschwerdtfeger]
      chair: Fred
15:07:45 [richardschwerdtfeger]
      RRSAgent, make log public
15:07:51 [richardschwerdtfeger]
      RRSAgent, make minutes
15:07:51 [RRSAgent]
      I have made the request to generate
      http://www.w3.org/2015/09/11-svg-a11y-minutes.html
      richardschwerdtfeger

      Rich Schwerdtfeger

Received on Friday, 11 September 2015 15:12:13 UTC