Minutes: Monday, 31 August 2015 WAI-PF ARIA Authoring Practices Guide Taskforce

Minutes at this url: http://www.w3.org/2015/08/31-aria-apg-minutes.html and as text below:

   [1]W3C

      [1] http://www.w3.org/

                               - DRAFT -

                              ARIA APG TF

31 Aug 2015

   See also: [2]IRC log

      [2] http://www.w3.org/2015/08/31-aria-apg-irc

Attendees

   Present
          Bryan_Garaventa, JaEun_Jemma_Ku, James_Nurthen,
          Jon_Gunderson, Michiel_Bijl, Matt_King

   Regrets
   Chair
          MattKing

   Scribe
          MichielBijl

Contents

     * [3]Topics
     * [4]Summary of Action Items
     __________________________________________________________

   <scribe> scribe: MichielBijl

   Jon: main question regarding date pickers: currently the key
   combo to activate the date picker is alt+down arrow, is this
   consistent with combobox

   Matt: I published the priority plan for the code examples
   ... I like the wiki pages for the list

   <jongund> Can I get a link to the table?

   [5]https://github.com/w3c/aria/wiki/Aria-Authoring-Practices-Pa
   tterns-Status

      [5] https://github.com/w3c/aria/wiki/Aria-Authoring-Practices-Patterns-Status

   MichielBijl: problem is not everyone can edit

   jamesn: keep it there, add agenda item each week

   Jemma: I like that

   MichielBijl: no problem with that

   Matt: how far are we down the list

   jamesn: I think we are around number 17

   Matt: not sure we did menu/menu bar

   jamesn: we need to create a hide/show pattern for accordion

   <jongund> [6]http://oaa-accessibility.org/example/37/

      [6] http://oaa-accessibility.org/example/37/

   jamesn: keyboard support for accordions are impractical, Bryan
   also had some comments

   <jamesn>
   [7]https://www.w3.org/Bugs/Public/show_bug.cgi?id=28917

      [7] https://www.w3.org/Bugs/Public/show_bug.cgi?id=28917

   <jamesn>
   [8]https://www.w3.org/Bugs/Public/show_bug.cgi?id=26254

      [8] https://www.w3.org/Bugs/Public/show_bug.cgi?id=26254

   <jamesn>
   [9]https://www.w3.org/Bugs/Public/show_bug.cgi?id=28916

      [9] https://www.w3.org/Bugs/Public/show_bug.cgi?id=28916

   Matt: do you want me to add a new item to the list for
   hide/show?

   jamesn: yes please

   Matt: I'll do that right now

   jongund: we have quite a few landmark rules. With HTML5 people
   are creating landmarks without knowing it. So some guidance
   would be good.

   Matt: we need someone to write an initial draft text

   jongund: I could do that
   ... what would be the best way to draft it?

   Matt: create it in your repo, and make a pull request

   MichielBijl: isn't hide/show a dependency for tabpanel?
   ... they are close in functionality

   jamesn: they are, but we are going introduce a new version that
   isn't

   Matt: so accordion is at a stage that we don't need another
   discussion before you can work on it?

   jamesn: well, hide/show is essentially a new pattern

   Matt: I noticed we have separate patterns for grid and sortable
   grid
   ... Bryan you had some concerns about grid
   ... wizard, draganddrop, richtext, and mediaplayer those are
   all discussion we will save for the end

   jongund: I have a student who is going to help with examples
   ... and Jemma is going to help with updating the examples
   ... we will develop in Django, but will contribute to the aria
   repo

   jamesn: I don't see combobox having any open bugs

   MichielBijl: is it reviewed?

   jamesn: don't remember

   MichielBijl: not on the status page

   jamesn: no bugs either, so probably not

   Matt: lot of similarities between combobox and autocomplete
   ... do we need two patterns?

   MichielBijl: what separates them?

   Matt: that's the thing

   jamesn: combobox has a limited things you can choose from,
   autocomplete has a possible infinite set
   ... with autocomplete, you filter on what you've typed
   ... combobox shows you everything (close to what a <select>
   does)

   Matt: still not complete clear

   jamesn: should think in UI terms UI designers think in

   Jemma: I agree, we should

   jamesn: need to fix the description, to better distinguish the
   two.

   Bryan: issue I raised some time ago: what if you have a
   combobox as a menu? There is no way to distinguish between the
   two.

   Matt: sounds like a overload of combobox
   ... why do you need to override?
   ... popupmenu's are same as menu's
   ... there is no way to know (with ARIA) to know if the author
   used context menu's
   ... I don't think people should mix haspopupmenu with combobox
   ... ?? autocomplete in rich text area

   jamesn: that is not what most authors see as an autocomplete
   pattern

   Matt: how about Word?

   <jamesn>
   [10]https://developer.yahoo.com/ypatterns/selection/autocomplet
   e.html

     [10] https://developer.yahoo.com/ypatterns/selection/autocomplete.html

   <Jemma> I would like to revoice Jame's point, unlimited options
   for autocomplete

   jamesn: autocomplete should be short

   Jemma: you can connect it to a database, have a lot of matches

   Matt: I don't think the unlimited thing is the distinguishing
   factor

   <Jemma> autocomplete also provide filtering function

   MichielBijl: most autocomplete implementations don't exceed 5
   to 10 matches

   <Jemma> like the example of Michiel

   jamesn: yeah, and most don't just filter on the start, but
   within the whole name
   ... an autocomplete would be usable where the list of possible
   matches would exceed the maximum options usable in a html
   select

   <Jemma> this is autocomplet concept I am familiar with.
   [11]https://jqueryui.com/autocomplete/

     [11] https://jqueryui.com/autocomplete/

   Yep

   Bryan: there is a difference between a combobox and a read-only
   combobox

   Matt: under what conditions should you put the combobox role
   instead of the textbox role on that element

   Bryan: are you talking about dynamically adding the role?

   Matt: I don't know if it ever makes sense to dynamically add
   the role

   Bryan: not sure combobox is supported on texbox

   Matt: it is

   jamesn: another difference is that autocomplete doesn't have a
   indication that you can expand it, where as a combobox usually
   does

   Matt: I'm willing to try and change the description for
   autocomplex
   ... I have another question, on the combobox you should use
   aria-own to distinguish between the combobox and the input
   ... in some cases this doesn't make sense
   ... in some cases the list does more than just display a list
   ... so could aria-controls be used?

   Bryan: I think so

   Matt: I'll write an edit and propose a solution
   ... screen readers need to know that that element is the list
   associated with that input

   Bryan: I tried with NVDA and it works

   jamesn: in tables and grids the reading order is kind of
   irrelevant anyway
   ... if you have a big big table, no one will listen to the
   whole table

   Matt: yeah I suppose

   jamesn: if you have context table, you have to look at it in
   context

   Matt: Bryan you're suggesting if it's anything else than a list
   you can use aria-controls
   ... at what point do we recommend aria-controls versus
   aria-owns

   Bryan: I would go with aria-controls period

   Matt: I with you there
   ... whether or not the combobox should support down arrow,
   alt+down arrow, or both

   MichielBijl: down arrow or both

   jnurthen: I think it should be alt+arrow, that is the default
   in browsers

   Matt: I think both are supported

   Bryan: yes
   ... with alt+down arrow you open it without selecting anything

Summary of Action Items

   [End of minutes]
     __________________________________________________________


    Minutes formatted by David Booth's [12]scribe.perl version
    1.140 ([13]CVS log)
    $Date: 2015/08/31 18:24:09 $
     __________________________________________________________

     [12] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm
     [13] http://dev.w3.org/cvsweb/2002/scribe/

Scribe.perl diagnostic output

   [Delete this section before finalizing the minutes.]
This is scribe.perl Revision: 1.140  of Date: 2014-11-06 18:16:30
Check for newer version at [14]http://dev.w3.org/cvsweb/~checkout~/2002/
scribe/

     [14] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Succeeded: s/autocomplete/accordion/
Succeeded: s/designs/UI designers/
Found Scribe: MichielBijl
Inferring ScribeNick: MichielBijl

WARNING: No "Topic:" lines found.

Present: Bryan_Garaventa JaEun_Jemma_Ku James_Nurthen Jon_Gunderson Mich
iel_Bijl Matt_King
Got date from IRC log name: 31 Aug 2015
Guessing minutes URL: [15]http://www.w3.org/2015/08/31-aria-apg-minutes.
html
People with action items:

     [15] http://www.w3.org/2015/08/31-aria-apg-minutes.html

WARNING: Input appears to use implicit continuation lines.
You may need the "-implicitContinuations" option.


WARNING: No "Topic: ..." lines found!
Resulting HTML may have an empty (invalid) <ol>...</ol>.

Explanation: "Topic: ..." lines are used to indicate the start of
new discussion topics or agenda items, such as:
<dbooth> Topic: Review of Amy's report



   [End of [16]scribe.perl diagnostic output]

     [16] http://dev.w3.org/cvsweb/~checkout~/2002/scribe/scribedoc.htm


—Michiel

Received on Monday, 31 August 2015 18:28:07 UTC