<jamesn> "/invite rrsagent"

<mck> * Radio group ready for example development -- discuss who can contribute example.

<mck> * Touch base on spin button example coding status

<jamesn> scribeNick: jamesn

Pattern work status page update https://github.com/w3c/aria/wiki/Aria-Authoring-Practices-Patterns-Status

<mck> raghag12@in.ibm.com

MK: Radio Group - for the coding would Jemma and Jon be able to take it on
... could you take up radio as well as checkbox

JK: finished the link and button examples. but doesn'ty seem to be merged.

JN: micgiel's request if the only one outstanding

MK: wanted to know what was blocking spionbutton but Michiel is not here
... any other status updates?

<crickets>

menu and menubar review #2 https://rawgit.com/w3c/aria/master/practices/aria-practices.html#menu

JK: q? on multithumb slider - is it doen?

<JemmaJaeunKu> http://jongund.github.io/aria-examples/slider/slider-2.html

<JemmaJaeunKu> http://files.paciellogroup.com/blogmisc/samples/aria/slider/doubleslider.html

mk: can submit a pull request if it is done
... looks like a WIP
... did a partial round of review
... at 1 time there was a section for menu
... there is no section for just menu in the APG right noew
... i have a question as to whether we should have that
... the thing that addresses menu and menubar in the same section is potentially very consufing to folks
... seems to make it a very dense read

jn: both can have the same children

mk: when you mix the menubar discussion in with menus then it gets confusingh

bg: did anyone get a chance to check out the menubar i posted to the list

<JemmaJaeunKu> http://whatsock.com/training/matrices/#menu

mk: i just querstion how we should structure our guidance
... have a defect that there is a link to menu from menubutton - and menu has a whole discussion of menubar

bg: have a menubar or a menu and a lot of people are confused between them
... had a dev who thought that a role of menubar had to surround something with a role of menu'

menubar is its own menu structure with nested menu roles

mk: I guess this is the type of thing the APG can help address

bg: don't see a lot of difference between menu and menubar

mk: if you have a persistent menu in the tab order that is a menubar

bg: i know when menus open dynamically it triggers a menuopen eventy

JK: there is a popular UI component a megamenu
... what is that

MK: normally put these in a dialog
... and normally want them to open in a button
... just because it is called a megamenu doesn't mean it is really a menu

bg: normally dont recomment menu markup for megamenus

MK: wouldnt be a bad idea to have a megamenu pattern
... maybe now we are at this point
... if we opened the section with some desciption as to when to use 1 vs the other then we can juist talk about menu in the rest of it

JK: I like the idea of keeping 1 only

AA: I like the idea of a megamenu section

JN: the events probably dont make a great deal of difference most of the time

MK: I am convinced i need to simplify this.
... starts out with a sentence about menu and 1 about menubar

<inserted> scribeNick: JemmaJaeunKu

mk: do we distinguish in keyboard focus?
... where to put focus to when menu bar is opened. is it on menu item itself or menu bar?
... making consistent way of managing focus is important

bg: sorry brian. can you scribe what you said in regards to orientation?

mk: description is using the term, menubar item and there is no such thing, menu bar item so we can simplfy the language with menu item.
... creating a bug for replacing the menu bar item to menu item

<mck> 29155 – pattern: menu and menubar - Eliminate term "menubar item"

bk: there should not be child menu bar

<mck_> 29156 – pattern menu and menubar: eliminate reference to "child"

mk: remove all the menu bar keybord info and make menu keyboarding info like tab order.
... first item in menu bar should be a tab order

bk: anything under menu bar should be menu items, not child.

<mck_> I find this language strange and sort of confusing:

<mck_> • With focus on a menu item and a sub menu opened via mouse behavior, pressing down arrow moves focus to the first item in the sub menu.

<mck_> MK: question: do we care if the menu is opened with mouse or not?

mk: click and hover item should be used at the same time to open the menu. opening the menu either should be click or hover.

BK: there is a case where mouse over works as the same as opening the menu item.

mk: hover shows all the items(ex: products) and enter choose the specific item.
... menu link should be used to move the focus. he link should not be overloaded with otther actions

<scribe> meeting:WAI-PF ARIA Authoring Practices Guide Taskforce teleconference

This is scribe.perl Revision: 1.140  of Date: 2014-11-06 18:16:30  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Succeeded: s/opeing/opening/
Succeeded: s/he/the/
Succeeded: i/mk:do we distinguish in keyboard focus?/scribeNick: JemmaJaeunKu
Found ScribeNick: jamesn
Found ScribeNick: JemmaJaeunKu
Inferring Scribes: jamesn, JemmaJaeunKu
Scribes: jamesn, JemmaJaeunKu
ScribeNicks: jamesn, JemmaJaeunKu

WARNING: Replacing previous Present list. (Old list: Michiel_Bijl, Jon_Gunderson, James_Nurthen, Bryan_Garaventa, JaEun_Jemma_Ku, Matt_King, JaEunJemmaKu, matt_king, JamesNurthen, AnnAbbott, JemmaJaEunKu)
Use 'Present+ ... ' if you meant to add people without replacing the list,
such as: <dbooth> Present+ Michiel_Bijl, Jon_Gunderson, James_Nurthen, Bryan_Garaventa, JaEun_Jemma_Ku, Matt_King, JaEunJemmaKu, JamesNurthen, AnnAbbott, JemmaJaEunKu

Present: James_Nurthen Bryan_Garaventa Matt_King JamesNurthen AnnAbbott JemmaJaEunKu Raghu
Got date from IRC log name: 28 Sep 2015
Guessing minutes URL: http://www.w3.org/2015/09/28-aria-apg-minutes.html
People with action items: 

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