17:16:24 RRSAgent has joined #indie-ui 17:16:24 logging to http://www.w3.org/2012/09/05-indie-ui-irc 17:16:40 rrsagent, make minutes 17:16:40 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html janina 17:17:03 Joseph: 3D was a favorite of Katie ? 17:17:31 +Dominic 17:17:44 JS: I will post the 3D topic on list for a week 17:17:59 rrsagent, make log public 17:18:05 rrsagent, make log public 17:18:07 rrsagent, make minutes 17:18:07 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html janina 17:18:09 RRSAgent, make log Public 17:18:24 RRSAgent, make minutes 17:18:24 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html ArtB 17:18:53 zakim, next item 17:18:53 agendum 2. "Recruiting Update; Polling for Telecon Time?" taken up [from janina] 17:19:09 scribe: jcraig 17:20:05 JS: rotating schedule may allow us to incorporate participation in ASIA/AU locales. Poll on me to complete. 17:20:43 JS: recruiting ongoing; e.g. Dominic is joining us today 17:21:21 zakim, next item 17:21:21 agendum 3. "Use Cases Walk-Through; Continued Discussion?" taken up [from janina] 17:21:27 JS: Scott Gonzalez from jQuery also may be joining 17:22:18 http://www.w3.org/WAI/IndieUI/wiki/Use_Cases_and_Requirements 17:22:48 JS: Last phone call was productive going through minutes. Let's continue. 17:24:04 http://www.w3.org/WAI/IndieUI/wiki/Use_Cases_and_Requirements#S4:_Command_to_collapse_a_tree_branch.2C_expandable_grid_cell.2C_or_expandable_section 17:24:05 RS: reading from Use Cases "A user whose point of regard (focus) is on a UI object that support popups performs an action that causes the web application to render the popup. A popup could be a popup dialog box or a popup menu. The user would like to be made aware that either of these popup options are available and be able to cause the popup to render using a variety of device input interaction methods such as a keyboard command, a gesture, a voice command, 17:24:05 a right mouse click." 17:25:03 RS: Equivalent to Esc key, etc. 17:25:19 … "The device should post a notification to the UI object either by a bubbled event from a descendant object or directly. 17:25:19 The notification should not provide any device specific information about the devices that sent it. 17:25:20 The device must ensure that a keyboard device is capable of sending the notification." 17:28:37 JC: It was called EscapeRequest in the original. Two weeks ago was Dismiss. I don't have a problem with calling it dismiss. 17:29:21 RS: Next: Activation events 17:29:41 "A user whose point of regard (focus) is on a UI object, that can be activated, and would like to perform an action to activate it. Example UI objects that support activation are push buttons, radio buttons, checkboxes, and menu items. The action could be in the form of a tap, a gesture, a voice command, a mouse click, a keyboard key, or a command from an alternative input device." 17:30:31 JC: Don't need any additional events here. click suffices. 17:30:54 nope 17:31:11 RS: do we have click covered in the indieUI spec? 17:31:21 RRSAgent, make minutes 17:31:21 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html ArtB 17:31:48 JS: I think a note regarding 'click' would be useful in the spec. 17:32:11 ACTION: jcraig to add note regarding default DOM 'click' event as the main activation event 17:32:12 Created ACTION-6 - Add note regarding default DOM 'click' event as the main activation event [on James Craig - due 2012-09-12]. 17:32:58 AB: seems like a good way to handle it for now 17:33:35 RS: S6 "A user whose focus is on a UI object that supports supports up and down navigation within the UI component would like to control the UI to move its current active item (usually rendered visibly as its point of regard) to the next item logically down within its internal navigation sequence. This might be the next item down in a listbox, tree widget, menu, menubar, or gridd, treegrid, select, or any other type of UI Component supporting this function. 17:33:35 action could be in the form of a gesture, a voice command, a right mouse click, a keyboard key, or an alternative input device. Some UI components may choose to force a selection of the item in response to the downward navigation notification." 17:33:35 Sorry, couldn't find user - could 17:34:22 … "We cannot assume we know all UI components capable of supporting this function. 17:34:23 Some UI components may move its internal point of regard back to the beginning of its navigation sequence after it reaches the end. 17:34:23 This movement is not response to a tab notification which should be designed to move among widgets and interactive controls that are not managed by another UI component." 17:34:45 RS: reqs: "The device should post a notification event to the UI object either by a bubbled event from a descendant object or directly. The notification should not provide any device specific information about the devices that sent it. The device must ensure that a keyboard device is capable of sending the notification." 17:34:52 q+ 17:34:58 ack me 17:39:07 JC: UIScrollRequestEvent with DOWN 17:41:55 scribe: janina 17:42:46 jc: One problem is no way to preload -- so need to indicate load more 17:43:10 jc: but Rich's use case unrelated ... 17:43:27 jc: Screen readers very fast moving around the dom 17:43:48 jc: Waiting for js to respond would be too slow 17:44:07 jc: Concerned this wouldn't be fast enough for sr users 17:44:34 jc: proposing sr can announce while app catches up 17:44:58 rs: Understood it was up to web app to manage focus, am I wrong? 17:45:18 jc: Cd handle dwn, but not tab 17:45:35 jc: As long as next logical element is loaded, sr can nav to it 17:46:05 jc: Rich, your approach would work, but would be slower 17:46:21 janina: +1 to jc 17:47:00 rs: So how to direct app to move down? 17:47:19 jc: We say let the sr move, we'll provide a way to detect so the app can catch up 17:47:25 q? 17:48:01 dominic: Think we need a distinction between static pages with focusable objects; and other kinds of controls 17:48:17 dominic: Situations where sr can't know what "next" is 17:48:41 -Michael_Cooper 17:48:41 dominic: where setting the active descendent defines it 17:49:30 dominic: If we're talking dom, then i agree, but if we're talking modern ARIA, then i don't think above approach solves it 17:49:39 dominic: Think that's what Rich is getting at ... 17:50:04 jc: Would an additional set, focus blur, etc., resolve? 17:50:17 zakim, mute me 17:50:17 Caroline_Jay should now be muted 17:50:19 jc: Not sure I'm understanding the concern yet 17:51:44 dominic: currently only way to go to next active descendent is to trap keystroke 17:51:49 jc: Not so with Voice Over 17:52:21 dominic: Understand you can nav with VO, but how do you then select? 17:53:42 jc: After VO starts announcing the new focus, the web app gets a notification to allow it to update its state 17:54:03 jc: So, perhaps we need this regardless for Windows style sr's 17:54:41 jc: Other example, where the 'next' event not yet in the dom, not sure about how to handle that 17:56:20 dominic: Only major diff with Windows screen readers is that they're modal -- all keystrokes go to app 17:57:00 dominic: only trick is that sometimes sr tries to interpret to decide whether keystroke intended for sr or app 17:57:13 dominic: so this is common concept 17:57:49 dominic: Cases I'm concerned about is where all possible values are not available via dom 17:58:04 dominic: perhaps may be made accessible via treating them as list 17:58:25 dominic: sr works fine, just can't explore screen with all possible values 17:58:49 jc: I'm concerned this not slow the user down 17:59:15 dominic: Not convinced we need a command for next/previous focus, just next/previous item within a focus control 18:00:15 jc: so perhaps registering where there's collection control 18:00:29 jc: and might alleviate performance control by only listening for particular events 18:02:04 Meeting: IndieUI Task Force Voice Conference 18:03:43 -Art_Barstow 18:03:51 -Dominic 18:03:56 -Apple 18:03:57 -Joseph_Scheuhammer 18:03:57 -Janina_Sajka 18:03:59 -Rich 18:04:00 -[Apple] 18:04:19 -Caroline_Jay 18:04:20 Team_(indie-ui)17:00Z has ended 18:04:20 Attendees were hober, Michael_Cooper, Janina_Sajka, +1.408.423.aabb, jcraig, Caroline_Jay, Dominic, Art_Barstow, Rich, Joseph_Scheuhammer 18:04:59 Summary of discussion between James, Dominic, and Rich regarding "focus next item" event 18:06:00 James's concern was that blocking events may cause unnecessary lag in 99% of cases, where this was only necessary in 1% 18:06:35 Rich and Dominic brought up the point that this also applied where the "next focused element 18:06:47 " may not yet be in the DOM, so 18:07:31 this would be necessary even for event models that exposed separate focus and ATFocus events 18:09:53 performance concern was alleviated with implementation suggestion that this would only be useful/common on focusable collection widgets like grids and listboxes, and the rendering engine could expose additional actions (e.g. an AXAction on OS X) only on nodes that had these additional events registered. 18:11:26 in all other cases, the focus model would work as normal, but where this additional action was exposed, the AT could send first right of refusal to the web application, and fall back on its standard focus model if the event was not intercepted. 18:12:14 rrsagent, make minues 18:12:14 I'm logging. I don't understand 'make minues', jcraig. Try /msg RRSAgent help 18:12:24 rrsagent, make minutes 18:12:24 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html jcraig 18:14:07 s/Joseph: 3D/agendum 1. "Admin Update: Repository; Tracker; Editor's Draft; TPAC"\nJoseph: 3D/ 18:14:15 rrsagent, make minutes 18:14:15 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html jcraig 18:14:58 s/agendum 1/scribe:jcraig\nagendum 1/ 18:15:22 rrsagent, make minutes 18:15:22 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html jcraig 18:15:34 The only thing to possibly add is that maybe we shouldn't use the word "focus", or maybe we should clarify 18:16:21 It includes cases where a single control has focus, and it has an active descendant 18:16:42 But it also applies to real focus 18:17:44 Use case 1: a focusable control that implements an unusual graphical selection of some sort. The elements to be selected are not all in the DOM, so it's necessary for the web app to handle the next / previous commands 18:18:08 s/scribe:jcraig 18:18:09 agendum 1. "Admin Update: Repository; Tracker; Editor's Draft; TPAC" 18:18:09 Joseph: 3D was a favorite of Katie ?/scribe:jcraig\nagendum 1. "Admin Update: Repository; Tracker; Editor's Draft; TPAC"\nJoseph: 3D was a favorite of Katie ?/ 18:18:33 Use case 2: a spreadsheet. The cells might actually be focusable dom elements with role=cell, but the grid is potentially infinite and not all of the cells are actually rendered in the dom at all times. 18:18:58 The web app might want to register event listeners for next, previous, up, down, left, and right on the container element, or on each grid cell 18:19:00 rrsagent, make minutes 18:19:00 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html jcraig 18:19:44 Another thought: for both of these cases, there should probably be events for next page, previous page, top of list, and bottom of list. (Page Up, Page Down, Home, End.) 18:20:16 I'm making a mess of this trying to get the agenda in order. I'm going to just past it in at the end. Perhaps Cooper can clean it up. 18:20:57 Right now I can't think of a case where a web app would need to handle "focus next item" and "focus previous item" outside of the context of a focusable container control. 18:21:21 That's it from me, thanks. 18:25:08 beginning of call unlogged by RRSAgent 18:25:09 Agendum 1. "Admin Update: Repository; Tracker; Editor's Draft; TPAC" taken up [from janina] 18:25:10 JS: Art, did you create a TPAC page for Indie-UI? 18:25:12 AB: I will create one similar to http://www.w3.org/wiki/Webapps/TPAC2012Meeting 18:25:13 … created a Webapps URI (link above) 18:25:15 JS: TPAC in Lyon, France from Oct 29 - Nov 2 18:25:16 JS: Hotel news is "shop around"; heard of better deals Expedia than the W3C rate 18:25:18 JS: Editors draft? 18:25:19 JC: Have a draft to check in, will go through the Mercurial tutorial today. 18:25:21 JC: Any other proposals to incorporate besides Andy Heath's and the one Joseph put together from the meeting last week 18:25:22 RS: Perhaps the 3D space features (zoom, tilt, yaw) should be tabled for a 2.0 release? 18:25:23 JC: I noted as much in editorial notes my working draft 18:25:24 Joseph: no objections to putting 3D events out of scope for ARIA 1.0 18:25:29 rrsagent, make minutes 18:25:30 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html jcraig 18:26:06 scribeNick: jcraig 18:26:17 Present: Janina_Sajka, Joseph_Scheuhammer, Rich_Schwerdtfeger, James_Craig, Michael_Cooper, Art_Barstow, Edward_OConnor, Dominic_Mazzoni, Caroline_Jay 18:26:45 rrsagent, make minutes 18:26:45 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html jcraig 18:28:26 Chair: Janina 18:28:31 Scribe: James, Janina 18:29:24 Regrets: Andy_Heath, Doug_Schpers 18:29:29 Regrets: Andy_Heath, Doug_Schepers 18:29:40 rrsagent, make minutes 18:29:40 I have made the request to generate http://www.w3.org/2012/09/05-indie-ui-minutes.html jcraig 19:08:42 clown has left #indie-ui 19:11:15 RRSAgent, please part 19:11:15 I see 1 open action item saved in http://www.w3.org/2012/09/05-indie-ui-actions.rdf : 19:11:15 ACTION: jcraig to add note regarding default DOM 'click' event as the main activation event [1] 19:11:15 recorded in http://www.w3.org/2012/09/05-indie-ui-irc#T17-32-11