IRC log of indie-ui on 2012-11-01

Timestamps are in UTC.

08:09:50 [RRSAgent]
RRSAgent has joined #indie-ui
08:09:50 [RRSAgent]
logging to
08:10:09 [richardschwerdtfeger]
meeting: Indie UI Task Force Face to Face
08:10:15 [Zakim]
Zakim has joined #indie-ui
08:10:25 [richardschwerdtfeger]
scribe: Rich
08:10:33 [jkiss]
jkiss has joined #indie-ui
08:11:15 [richardschwerdtfeger]
janina: I chair PF and the Indie-Ui task force chair
08:11:48 [richardschwerdtfeger]
rich: I work for IBM. I am the ARIA chair and have worked on previous standards on Access For All
08:12:08 [richardschwerdtfeger]
Katie Harieto Shea - I work on 508 and accessibility
08:12:57 [richardschwerdtfeger]
James Craig: I work for Apple and I work on ARIA and I am interested in features needed for ARIA that run outside ARiA 1.0 scope
08:13:08 [richardschwerdtfeger]
david Macdonald: I work on HTML 5 and WCAG
08:13:33 [richardschwerdtfeger]
Lachland Hunt: I work for Opera. I work in the web apps working group
08:13:47 [Lachy]
08:14:21 [richardschwerdtfeger]
andy heath: I am a consultant and work on the access for all piece and related standards around getting personalization going. I work on ISO standard 24751 targeted at accessible e-learning.
08:15:02 [richardschwerdtfeger]
Salamon Moon: Opera software. I work in the web events and now the new pointer event working group
08:15:11 [sangwhan]
08:16:05 [richardschwerdtfeger]
Hygoin Park: I am a Phd student and I have projects in e-learning and web. I wanted to sit in and am looking to contribute. I am here as a first time observer
08:16:12 [David_MacD_Lenovo]
David_MacD_Lenovo has joined #indie-ui
08:16:15 [sangwhan]
08:16:37 [Judy]
Judy has joined #indie-ui
08:16:38 [richardschwerdtfeger]
Jason Kiss: AC rep for the New Zealand govmnt. I am a member of the HTML working group and I am trying to get a better sense of how things work.
08:17:17 [richardschwerdtfeger]
Gottfried Zimmerman: Mediac University Stutgart and member of GPII
08:17:31 [Gottfried]
08:17:54 [richardschwerdtfeger]
08:18:22 [andy]
andy has joined #indie-ui
08:18:28 [richardschwerdtfeger]
call in info: 1617 761 6200 passcode 64343
08:18:40 [sangwhan]
rrsagent, draft minutes
08:18:41 [RRSAgent]
I have made the request to generate sangwhan
08:19:33 [janina]
zakim, who's here?
08:19:33 [Zakim]
sorry, janina, I don't know what conference this is
08:19:34 [Zakim]
On IRC I see andy, Judy, David_MacD_Lenovo, jkiss, Zakim, RRSAgent, gaiaphj, Gottfried, richardschwerdtfeger, Lachy, sangwhan, jcraig, janina, MichaelC, smaug, lisaseeman,
08:19:34 [Zakim]
... trackbot, hober
08:20:04 [janina]
zakim, this will be #indieui
08:20:04 [Zakim]
I do not see a conference matching that name scheduled within the next hour, janina
08:20:15 [janina]
zakim, this will be indi-ui
08:20:15 [Zakim]
I do not see a conference matching that name scheduled within the next hour, janina
08:20:26 [janina]
zakim, this will be 64343
08:20:26 [Zakim]
I do not see a conference matching that name scheduled within the next hour, janina
08:20:30 [sangwhan]
zakim, this is indie-ui
08:20:30 [Zakim]
sorry, sangwhan, I do not see a conference named 'indie-ui' in progress or scheduled at this time
08:23:26 [jcraig]
08:23:33 [jcraig]
08:24:28 [Gottfried]
We are now on the phone
08:25:37 [richardschwerdtfeger]
janina: you can join web events or indie ui working group you can join the task force
08:25:59 [richardschwerdtfeger]
janina: either one is sufficient
08:26:23 [richardschwerdtfeger]
janina: We will discuss the eventing model first and then the use cases later in the day
08:26:56 [richardschwerdtfeger]
janina: if we wait for telecom time we will take a very long time on use cases.
08:27:52 [richardschwerdtfeger]
janina: Tomorrow we will talk about Cloud4All. The education space has looked at how vocabularies can be created so that user needs can be captured. For example, user's needs for large fonts can be captured by systems.
08:28:01 [richardschwerdtfeger]
janina: this is one of our 2 deliverables
08:28:35 [Ryladog]
Ryladog has joined #Indie-UI
08:28:45 [richardschwerdtfeger]
janina: This is the most appropriate user experience can be delivered in these situations. Then there is abstract events. This is a major opportunity for authoring.
08:29:11 [richardschwerdtfeger]
janina: When we are tired of use cases and want to take a break we will look at Mercurial
08:29:39 [richardschwerdtfeger]
Topic: Indie UI Overview
08:30:56 [janina], call St_Clair_4
08:31:03 [janina]
zakim, call St_Clair_4
08:31:03 [Zakim]
sorry, janina, I don't know what conference this is
08:31:05 [sangwhan]
zakim, call St_Clair_4
08:31:05 [Zakim]
sorry, sangwhan, I don't know what conference this is
08:32:43 [sangwhan]
rrsagent, draft minutes
08:32:43 [RRSAgent]
I have made the request to generate sangwhan
08:32:53 [richardschwerdtfeger]
jcraig: I work for Apple and I wrote one of the proposals that is used for this work. Some of the group contributions I was getting in from other members of the group did not make sense. Because there people in the group with varying levels of technical experience I wanted to give this presentation. I also want to just have a level set.
08:33:05 [richardschwerdtfeger]
jcraig: to get us all on the same page
08:33:53 [lisaseeman]
I am hanging up on zakim. Let me know if there is anything else I can try
08:34:13 [lisaseeman]
08:34:19 [richardschwerdtfeger]
jcraig: I want to give back ground on aria and how keyboard use only in authoring practices is a stop gap measure due to the scope of ARIA 1.0
08:34:36 [richardschwerdtfeger]
channel is not open
08:34:40 [richardschwerdtfeger]
need to get it
08:34:57 [richardschwerdtfeger]
jcraig: So let's go into background
08:35:14 [richardschwerdtfeger]
jcraig: ARIa has declarative markup in the DOM
08:35:39 [richardschwerdtfeger]
jcraig: overcome author, browser, and language limitations
08:36:09 [richardschwerdtfeger]
jcraig: retrofit markup for accessibility without gutting it - sprinkle some sugar on it and it works
08:36:09 [janina]
zakim, this will be WAI_Indie
08:36:09 [Zakim]
ok, janina; I see WAI_Indie()3:00AM scheduled to start 96 minutes ago
08:36:26 [janina]
zakim, call St_Clair_4
08:36:26 [Zakim]
ok, janina; the call is being made
08:36:27 [Zakim]
WAI_Indie()3:00AM has now started
08:36:28 [Zakim]
08:36:44 [richardschwerdtfeger]
jcraig: very difficult something like a standard radio button is hard as many parts are native
08:36:52 [sangwhan]
zakim, who's on the phone?
08:36:52 [Zakim]
On the phone I see St_Clair_4
08:37:16 [janina]
rrsagent, make log public
08:37:20 [janina]
rrsagent, make minutes
08:37:20 [RRSAgent]
I have made the request to generate janina
08:37:53 [richardschwerdtfeger]
jcraig: Declare semantics where host language cannot
08:38:17 [richardschwerdtfeger]
jcraig: Native control output
08:38:31 [sangwhan]
Chair: Janina
08:38:34 [richardschwerdtfeger]
jcraig: output from web app to assistive technology
08:38:35 [Zakim]
08:38:36 [laurent_flory]
laurent_flory has joined #indie-ui
08:39:00 [richardschwerdtfeger]
jcraig: web app updates a value
08:39:20 [richardschwerdtfeger]
zakim, [IPCaller is Lisa
08:39:20 [Zakim]
+Lisa; got it
08:39:38 [richardschwerdtfeger]
jcraig: browser notifies the screen reader
08:39:50 [richardschwerdtfeger]
jcraig: native control input
08:40:12 [richardschwerdtfeger]
jcraig: user attempts to change slider and the screen reader notifies the user
08:40:21 [richardschwerdtfeger]
jcraig: ARIA Control output
08:40:31 [richardschwerdtfeger]
jcraig: web app pdates a value
08:40:53 [Lachy]
08:40:54 [richardschwerdtfeger]
jcraig: browser updates the screen reader and the screen reader tells the user
08:41:15 [richardschwerdtfeger]
jcraig: browser doesn't know how to change the value of an ARIA slider
08:41:29 [richardschwerdtfeger]
jcraig: web application is never notified
08:41:45 [richardschwerdtfeger]
jcraig: this was out of scope for ARIA 1.0
08:42:27 [richardschwerdtfeger]
jcraig: Standard Event Life Cycle
08:43:41 [shepazu]
shepazu has joined #indie-ui
08:43:50 [richardschwerdtfeger]
jcraig: the way voiceover works in MacOSX 10 you could use the standard slider but we also allow screen reader direct manipulation. There is an interact with slider and so on
08:44:05 [richardschwerdtfeger]
jcraig: There is no standard way to do this yet
08:44:20 [richardschwerdtfeger]
jcraig: Standard Event lifecycle
08:44:30 [richardschwerdtfeger]
jcraig: example: submit button
08:45:12 [richardschwerdtfeger]
jcraig: the click event starts at the leaf level node and cam bubble up the tree as long as an author does not choose to intercept and cancel the event. This is called bubbling.
08:45:28 [richardschwerdtfeger]
jraig: in this case the img bubbles up to the submit button
08:45:39 [richardschwerdtfeger]
jcraig: example ARIA button
08:46:24 [richardschwerdtfeger]
jcraig: same thing happens. I bubbles up the the element with role-"button" and intercepts the event, does something with it and cancels the event. then that life cycle is over
08:46:54 [richardschwerdtfeger]
jcraig: in non-interactive elements they keep passing on up the tree to the body and nothing has responded
08:48:20 [richardschwerdtfeger]
jcraig: Let's talk about keyboard events
08:50:00 [richardschwerdtfeger]
jcraig: it still starts at the leaf node but it works on where things are focused. So, even though there is an image in the div because its parent has focus the div that has keyboard focus does not propagate the event down to the image
08:50:50 [richardschwerdtfeger]
jcraig: keyboard event aria button - same deal as long as the aria button has focus
08:51:40 [richardschwerdtfeger]
jcraig: with event delegation the aria button has keyboard focus but it does nothing with it and it bubbles up
08:52:05 [richardschwerdtfeger]
jcraig: the event target here would be the aria button even though it bubbles up
08:53:06 [richardschwerdtfeger]
jcraig: when I talk about canceling I am talking about stopping propagation.
08:53:37 [richardschwerdtfeger]
jcraig: in the case of a link the default action is to move the action to that link
08:54:13 [richardschwerdtfeger]
jcraig: if you are on a native button the space bar intercepts that. The space bar can then be propagated up if not stopped by the handler
08:54:29 [richardschwerdtfeger]
jcraig: Indie UI event life cycles
08:54:50 [richardschwerdtfeger]
jcraig: span inside a span indise a slider inside a body tag
08:55:10 [laurent_flory]
laurent_flory has left #indie-ui
08:55:19 [richardschwerdtfeger]
jcraig: the context of this particular node the screen reader knows the user is on a slider.
08:55:29 [richardschwerdtfeger]
jcraig: the screen reader can generate a value change request
08:56:18 [richardschwerdtfeger]
jcraig: in a web application where nothing is know about this event the author did not opt in to do anything in this event.
08:56:47 [richardschwerdtfeger]
jcraig: these are value change vs. value changed events as it is a request to make the change
08:57:21 [richardschwerdtfeger]
jcraig: the idea is for backward compatibility we don't break anything that exists as the existing apps no nothing about these events
08:58:01 [richardschwerdtfeger]
gottfried: What is the difference here when the AT generates the event?
08:58:50 [richardschwerdtfeger]
jcraig: in the case of a native control where <input type="range"> there are cases where the AT can request to adjust the range
08:59:20 [richardschwerdtfeger]
jcraig: Today, the app would process arrow keys.
08:59:42 [richardschwerdtfeger]
jcraig: the other way to do this would be to have direct manipulation of the value or basically setting the value of the slider
09:00:09 [richardschwerdtfeger]
jcraig: you might have a pointer to the slider and you might have a decrement or increment value.
09:00:21 [richardschwerdtfeger]
gottfired: why can't they just all the api
09:00:50 [richardschwerdtfeger]
jcraig: for native controls yes but not aria controls where aria does not ovveride native functionality of the browser
09:01:27 [richardschwerdtfeger]
gottrfried: we could override the value now property. The people in the DOM working group would say that breaks the web
09:01:48 [richardschwerdtfeger]
rich: the author is not expecting that to happen
09:02:01 [richardschwerdtfeger]
jcraig: it is believed that would break the web
09:02:14 [richardschwerdtfeger]
jcraig: mutation events are being deprecated
09:02:42 [richardschwerdtfeger]
jcraig: they are deprecated for performance reasons.
09:03:49 [richardschwerdtfeger]
lachlan: there are on change events but authors are not expecting them
09:04:50 [richardschwerdtfeger]
jcraig: the indie event behavior
09:05:25 [lisaseeman]
09:05:31 [richardschwerdtfeger]
jcraig: the point of regard is where we have keyboard focus but the screen reader can also have its own point of regard
09:06:30 [richardschwerdtfeger]
lisa: it seems that we need to go up a level to abstraction - elements themselves
09:06:43 [janina]
ack l
09:06:44 [richardschwerdtfeger]
lisa: we could descend as well.
09:07:44 [richardschwerdtfeger]
lisa: we could say that by inheriting an aria role the component could inherent functionality from the native control
09:08:08 [smaug]
smaug has joined #indie-ui
09:08:16 [hober]
hober has left #indie-ui
09:08:17 [richardschwerdtfeger]
lisa: I am wondering if at that level we could re-engineer it
09:08:20 [Zakim]
09:08:32 [richardschwerdtfeger]
jcraig: ARiA has never changed the behavior of the user agent
09:08:42 [sangwhan]
zakim, draft minutes
09:08:42 [Zakim]
I don't understand 'draft minutes', sangwhan
09:08:48 [Zakim]
09:08:48 [sangwhan]
rrsagent, draft minutes
09:08:48 [RRSAgent]
I have made the request to generate sangwhan
09:09:16 [richardschwerdtfeger]
jcraig: in that respect that would be a hugely substantive change to the 1.0 spec. and would create a full recycle. I am not sure that is what we want to do and it would not work in languages other than SVG.
09:09:30 [richardschwerdtfeger]
jcraig: escaping from the dialog for example
09:09:55 [richardschwerdtfeger]
lisa: for a while we were talking about a back end where all the elements slide together
09:10:19 [richardschwerdtfeger]
jcraig: I am not sure what you are talking about
09:11:30 [sangwhan]
zakim, ??P1 is Lisa
09:11:30 [Zakim]
+Lisa; got it
09:11:59 [lisaseeman]
09:12:00 [richardschwerdtfeger]
John Leaf: I am from Resarch in Motion
09:12:13 [richardschwerdtfeger]
Josh O'Connor: NCBI
09:13:21 [richardschwerdtfeger]
jcraig: to recap the last slide, at whatever point the assistive technology or the user agent determines the point of regard, if the user wanted to change the value of the aria slider we would initiate a value change request on this.
09:14:06 [richardschwerdtfeger]
jcraig: if the web knew nothing about Indie Ui it would probably just let the event propagate on without being processed: backward compatibility
09:14:58 [richardschwerdtfeger]
jcraig: For those that do they can intercept the event and process the value change and updates the aria-valuenow atribute
09:15:15 [richardschwerdtfeger]
jcraig: the screen reader would then announce the new value of the slider
09:15:16 [richardschwerdtfeger]
09:15:47 [richardschwerdtfeger]
jason Kiss: in the previous slide, for older browsers, the event never occured
09:16:22 [richardschwerdtfeger]
jcraig: rendering engines try to be extremely efficient
09:16:57 [richardschwerdtfeger]
jcraig: where nothing is listening for it the browser does not even allow it to go to the DOM
09:18:04 [richardschwerdtfeger]
jcraig: the scene reader would know that the user is focused on this
09:18:12 [richardschwerdtfeger]
09:18:56 [richardschwerdtfeger]
jcraig: Dismiss dialog example
09:19:25 [richardschwerdtfeger]
body which contains an aria dialog, with contains a paragraph which contains an input element
09:20:08 [Joshue108]
Joshue108 has joined #indie-ui
09:20:26 [richardschwerdtfeger]
jcraig: the user presses an escape key which sends a dismiss request which bubbles up to the dialog. It intercepts the event at the dialog, cancels the event and executes a response to the dialog dismissal
09:22:04 [richardschwerdtfeger]
jcraig: e.preventdefault() lets the UA/AT know the event was intercepted
09:22:46 [richardschwerdtfeger]
jcraig: libraries like jquery has special library framework eqivalents
09:23:21 [richardschwerdtfeger]
lachland: is it reasonable that at all times the dismiss request should be sent?
09:23:42 [richardschwerdtfeger]
jcraig: yes, I think so. Escape always triggers the browser stop function
09:24:21 [richardschwerdtfeger]
jcraig: we don't want these events to be blocking on the application level - we do want on the rendering level
09:24:31 [richardschwerdtfeger]
lachland: how do we do that
09:25:10 [sangwhan]
09:25:34 [richardschwerdtfeger]
jcraig: we would handle this in the bubbling phase. Intercepting the space bar is one. Stopping the page for loading I am not sure about now. That may be handled by the application and not the rendering engine.
09:26:04 [richardschwerdtfeger]
jcraig: if this were to fly on a blocking engine … vendors are moving toward separate processed tabs
09:26:33 [richardschwerdtfeger]
jason kiss: how does the prevent default notify the AT that the event was completed
09:27:39 [richardschwerdtfeger]
jcraig: example: intercept a valueChangeRequest event on a slider
09:28:22 [richardschwerdtfeger]
jcraig: here we are talking about a e.requestValue for what is passed.
09:29:10 [richardschwerdtfeger]
jcraig: we could have a value step for ARIA. 2.0 or 1.1
09:29:36 [lisaseeman]
09:31:43 [richardschwerdtfeger]
rich: we are going to have to create a tracker here for web apps review as the changes will effect the methods provided in events
09:31:59 [richardschwerdtfeger]
lisa: my suggestion would be to make this as hugely abstract as possible
09:32:35 [richardschwerdtfeger]
lisa: if this is something where ARIA is used with RDF where people create their own widgets we could create new mappings.
09:32:52 [richardschwerdtfeger]
lisa: I would try to keep any property names abstract as possible
09:33:15 [richardschwerdtfeger]
jcraig: I agree and that is why we have requestValue vs. a slider request value.
09:33:25 [richardschwerdtfeger]
jcraig: this is not specific to ARIA
09:33:44 [richardschwerdtfeger]
jcraig: accessibility is one of the primary considerations but it is not the only one
09:34:27 [richardschwerdtfeger]
jcraig: I am almost done
09:34:35 [richardschwerdtfeger]
janina: the bulk of our time will be on use cases
09:34:49 [richardschwerdtfeger]
janina: we are walking through to get requirements
09:35:14 [richardschwerdtfeger]
janina: this is great. we are talking about a break at 10:45
09:35:37 [janina]
ack l
09:35:58 [richardschwerdtfeger]
jcraig: Indie User Context. the reason that this is pushed out longer is that there is a lot more to discuss here and we have a greater grasp of the events model
09:36:37 [richardschwerdtfeger]
jcraig: one of the requests that has come in is that we need a way for web apps. to respond to user needs
09:37:01 [richardschwerdtfeger]
jcraig: there are other things that are used as preferences. We want to simplify the user and authoring experience
09:37:17 [richardschwerdtfeger]
jcraig: we want to make getting at these users needs flexible.
09:37:29 [richardschwerdtfeger]
jcraig: we need to be able to get a user preference
09:37:41 [richardschwerdtfeger]
jcraig: we need to be notified when a user preference changes
09:37:55 [richardschwerdtfeger]
jcraig: we discussed a preference to view captions yesterday
09:38:08 [Zakim]
09:38:13 [richardschwerdtfeger]
jcraig: The web application will always know that the suer needs captions
09:38:42 [richardschwerdtfeger]
jcraig: the user agent could be made aware of increases in the ambient noise and ask that the web app turn on captions
09:39:07 [richardschwerdtfeger]
jcraig: register a listener for a preference change event
09:40:10 [richardschwerdtfeger]
jcraig: e. preference key for case font size change performa a uI action
09:40:52 [richardschwerdtfeger]
jcraig: in certain cases we would want to prevent this but we don;t want to prevent progress
09:42:05 [richardschwerdtfeger]
lachlan: in the past we have had to adopt prefixed things from webkit because of its extensive use
09:42:45 [richardschwerdtfeger]
Issue: Vendor specific preferences keys
09:42:58 [richardschwerdtfeger]
ISSUE: Vendor specific preferences keys
09:42:59 [trackbot]
Created ISSUE-4 - Vendor specific preferences keys ; please complete additional details at .
09:43:57 [richardschwerdtfeger]
ISSUE: DOM event method specification will require coordination with web applications
09:43:57 [trackbot]
Created ISSUE-5 - DOM event method specification will require coordination with web applications ; please complete additional details at .
09:44:30 [richardschwerdtfeger]
Rich: Lachland how would you like to address that
09:44:48 [richardschwerdtfeger]
Lachland: Don't know now. would want to discuss this with other groups
09:45:15 [richardschwerdtfeger]
Rich: ok
09:45:42 [richardschwerdtfeger]
jcraig: apple has a preference on tab key navigation order
09:45:44 [sangwhan]
09:46:01 [richardschwerdtfeger]
lachland: have you thought about how this impacts browser finger printing
09:46:09 [sangwhan]
09:46:29 [richardschwerdtfeger]
jcraig: certain elements have relatively how costs or low need for security. We don't want to burden the user all the time.
09:46:46 [richardschwerdtfeger]
jcraig: we need to implement some kind of security model
09:47:00 [richardschwerdtfeger]
jcraig: no solution yet but has been discussed
09:47:38 [richardschwerdtfeger]
jcraig: there are a variety of taxonomies.
09:47:59 [richardschwerdtfeger]
jraig: we would want to allow access to these other taxonomies
09:48:09 [richardschwerdtfeger]
09:49:12 [richardschwerdtfeger]
lachland: so is that prefix like a name space?
09:49:44 [richardschwerdtfeger]
jcraig: this particular string is influenced by a namespace but we are not imposing XML namepsaces
09:50:12 [sangwhan]
09:51:08 [richardschwerdtfeger]
jcraig: we could have a new top level window object with new methods. This is larger than the scope of accessibility. So, I am not sure this should be part of the navigator object
09:51:35 [richardschwerdtfeger]
jcraig: we could have a property that if the user does not care that I worry about a property ...
09:52:43 [richardschwerdtfeger]
ISSUE: Potentially could have extensions to window level properties. Potentially need to coordinate with web application working group
09:52:43 [trackbot]
Created ISSUE-6 - Potentially could have extensions to window level properties. Potentially need to coordinate with web application working group ; please complete additional details at .
09:53:47 [richardschwerdtfeger]
andy: there is a whole other bag of stuff in preferences as to how one gets them in. They are not only device preferences but there are also media preferences
09:54:26 [richardschwerdtfeger]
jcraig: questions: privacy questions. What happens when a web app requires a protected key?
09:54:44 [richardschwerdtfeger]
jcraig: should eternal properties bey prefixed, namespaced, etc.?
09:56:01 [richardschwerdtfeger]
jcraig: How do we resolve value differences across platforms? e.g. fontSize, returns a different value on different systems. Should we standardize a unit or use a relative size?
09:56:07 [richardschwerdtfeger]
RRSAgent, draft minutes
09:56:07 [RRSAgent]
I have made the request to generate richardschwerdtfeger
09:56:16 [richardschwerdtfeger]
RRSAgent, make log public
10:02:22 [morrita1]
morrita1 has joined #indie-ui
10:15:19 [shepazu]
shepazu has joined #indie-ui
10:16:19 [jcraig]
jcraig has joined #indie-ui
10:16:33 [morrita]
morrita has joined #indie-ui
10:19:05 [jcraig]
s/did not make sense/did not make sense in the context of how standard event lifecycles work./
10:20:47 [richardschwerdtfeger]
richardschwerdtfeger has joined #indie-ui
10:21:05 [jkiss]
jkiss has joined #indie-ui
10:21:16 [jkiss]
jkiss has joined #indie-ui
10:21:32 [jcraig]
10:22:21 [Joshue108]
Joshue108 has joined #indie-ui
10:22:34 [David_MacD_Lenovo]
David_MacD_Lenovo has joined #indie-ui
10:22:40 [jcraig]
s/when I talk about canceling I am talking about stopping propagation/when I talk about canceling I am talking about stopping propagation and preventing the default action/
10:24:41 [Judy]
Judy has joined #indie-ui
10:26:05 [MichaelC]
MichaelC has joined #indie-ui
10:26:15 [richardschwerdtfeger]
10:27:14 [janina]
10:27:19 [Gottfried]
Gottfried has joined #indie-ui
10:27:54 [jcraig]
s/John Leaf/John Li? Lee?/
10:28:28 [gaiaphj]
gaiaphj has joined #indie-ui
10:29:47 [richardschwerdtfeger]
10:31:16 [janina]
zakim, who's on the phone?
10:31:16 [Zakim]
On the phone I see St_Clair_4
10:33:27 [Ryladog]
TOPIC: Use cases
10:33:45 [Ryladog]
10:35:48 [Ryladog]
!.6, 1.7, 1.8, 1.9 up down etc will be our directional uses, then a separate set for logical next and previous
10:38:37 [Ryladog]
S6 through S9 are for the directional use?
10:41:17 [Ryladog]
JS: Suggest eight directional uses cases of South, Southwest, North, Northeast etc
10:41:57 [richardschwerdtfeger]
10:41:58 [richardschwerdtfeger]
10:41:59 [richardschwerdtfeger]
10:42:01 [richardschwerdtfeger]
10:42:02 [richardschwerdtfeger]
10:42:03 [richardschwerdtfeger]
10:42:04 [richardschwerdtfeger]
10:43:03 [Ryladog]
GZ: CSS 3 basic UI model elements has a these above
10:43:49 [Ryladog]
GZ: It may be too much work to cater to so many
10:44:16 [richardschwerdtfeger]
10:44:43 [Ryladog]
JC: Maybe the CSS styles uses these, but that may be a problem for us
10:45:54 [Ryladog]
JC: Tabindex was all + integers, it overroad the default focus order of the DOM on interactive elements, Tabindex took focus out of the normal code order
10:46:40 [Ryladog]
JC: This may have a similar problem, using these elements above, as what happened with tabindex
10:47:52 [Ryladog]
GZ: It may be a problem
10:48:01 [Zakim]
10:48:44 [janina]
10:49:20 [jcraig]
ACTION: jcraig to add directional navigations event with 8-way directional order property (e.g. n, ne, e, se, …)
10:49:20 [trackbot]
Created ACTION-14 - Add directional navigations event with 8-way directional order property (e.g. n, ne, e, se, …) [on James Craig - due 2012-11-08].
10:49:44 [jcraig]
10:50:52 [Judy]
Judy has left #indie-ui
10:51:13 [Ryladog]
RS: We are going to create events that are similar to SVG Tiny 1.2 for the names of the directional events for S6 through S9. And then two additonal,, next and previous
10:51:15 [jcraig]
ACTION: jcraig to add logical previous/next event (not tied to directional focus event) (maybe focusNextRequest and focusPreviousRequest?)
10:51:18 [trackbot]
Created ACTION-15 - Add logical previous/next event (not tied to directional focus event) (maybe focusNextRequest and focusPreviousRequest?) [on James Craig - due 2012-11-08].
10:52:42 [richardschwerdtfeger]
10:52:46 [richardschwerdtfeger]
10:53:04 [Ryladog]
LS: Suggest SWAP we thought was useful. The main use cases were for learning disabilities
10:53:45 [Ryladog]
Semantic Web Accessibility Platform
10:54:02 [Joshue108]
10:54:56 [Ryladog]
LS: Easily navigable semantic information
10:55:33 [Joshue108]
10:55:46 [Ryladog]
LS: Someone could build and RDF by a proxy server if not on top of the app
11:00:32 [Ryladog]
JC and AH: This may be most useful in the User Needs/Preferences module
11:01:21 [jcraig]
q+ to mention this could be covered by taxonomy-prefixed preference keys
11:01:23 [Ryladog]
RS: ould you look at the Use cases we have and see if that would work with the use cases we have
11:01:59 [Ryladog]
JS: Richs request is a good one, if you can look over the use cases
11:02:15 [sangwhan]
s/RS: ould/RS: Could/
11:02:39 [jcraig]
ack me
11:02:39 [Zakim]
jcraig, you wanted to mention this could be covered by taxonomy-prefixed preference keys
11:02:55 [Ryladog]
RS: For example, a user case to simplify the content - that would help us because we do not have any like that
11:05:25 [Ryladog]
JC: Part of the User Context module might have a way to inject (maybe via proxy) what an application request value, font szie, captions, color, etc. Taxonomy defines this preference for short term memory
11:06:39 [Ryladog]
KHS: Could we include Simpler Language as a User Need?
11:07:25 [Ryladog]
JC: It may not fit, may be best addressed through a Taxonomy
11:07:42 [Ryladog]
LS: Short term memory loss is a very large challenge
11:09:45 [Ryladog]
LS: TV channel change, I put a sticker next to the on/off, simpler method, less choices
11:09:58 [sangwhan]
11:10:15 [Ryladog]
JS: Yes, this is a big issue,
11:11:51 [Ryladog]
RS: I think we need an event to this. We are seeing this in the education space
11:12:12 [Ryladog]
LS: You can map it to a use case
11:12:21 [Ryladog]
LS: Like your online mail
11:12:40 [Lachy]
11:13:55 [jcraig]
ack l
11:15:23 [jcraig]
q+ to say a "simplify" event is still too general; simplify interface? simplify language? this may be valid, but IMO as a preference, not as an event.
11:15:39 [Ryladog]
Lacklan: From a developers perspective, there does seem to be a problem with having to code for each disability
11:15:47 [sangwhan]
11:16:32 [Ryladog]
AH: I would be happy to speak with you off-line later
11:17:09 [sangwhan]
11:17:10 [richardschwerdtfeger]
11:17:28 [Lachy]
to clarify my point, solutions to the problems and use cases need to really look at the issue from web developer perspectives and making things easier and with more incentive to use
11:17:51 [jcraig]
ack me
11:17:51 [Zakim]
jcraig, you wanted to say a "simplify" event is still too general; simplify interface? simplify language? this may be valid, but IMO as a preference, not as an event.
11:17:51 [janina]
11:18:00 [Ryladog]
RS: For the general web - maybe not too much, but in the education space developers do want this. I would like you to put together a user case for this
11:18:01 [richardschwerdtfeger]
11:18:01 [janina]
11:18:03 [sangwhan]
11:18:20 [andy]
11:18:28 [Joshue108]
11:18:47 [janina]
11:19:30 [janina]
11:19:34 [janina]
ack r
11:19:40 [lisaseeman]
11:19:50 [Ryladog]
JC: My thoughts on having a 'simplify' event. If you feel this is a valid need to have an event. You should provide the properties for this simply event, to help define and clarify. This is an action for you to provide a concrete proposal.
11:21:00 [Ryladog]
RS: I really want Lisa to give us some use cases. There is a project at the Department of Education right now, that is working on this.
11:21:14 [richardschwerdtfeger]
11:21:44 [janina]
ack s
11:21:45 [jcraig]
ack sa
11:21:50 [richardschwerdtfeger]
ack sangwhan
11:22:00 [Ryladog]
LH: Without specific guidance it is hard for web developers to do
11:22:31 [jcraig]
q+ to respond to sangwhan's comment that spec is currently accessibility-focused
11:22:52 [Ryladog]
This is not going to sell to developers if this is mostly an Accessibility Spec
11:23:25 [richardschwerdtfeger]
11:23:29 [janina]
ack s
11:23:33 [janina]
ack a
11:24:11 [Ryladog]
Joshue: I would like to see this spec be more general, which would be better adopted
11:24:43 [sangwhan]
/me would appreciate it if accessibility related acronyms are spelled out at least once for the noobs (like me)
11:25:21 [sangwhan]
s/ \/me would appreciate it if accessibility related acronyms are spelled out at least once for the noobs (like me)//
11:25:25 [Ryladog]
AH: I wish we had put it in AFA, and would like it to be in AFA 3. GPII want it. If it a preference, I do not think it is an event........
11:25:33 [Ryladog]
11:25:38 [jcraig]
AFA = access for all
11:25:43 [Gottfried]
q+ to say that we need to address preference properties in a registry-based approach
11:25:45 [Lachy]
11:25:48 [jcraig]
PNP = personal needs and prefs?
11:26:03 [jcraig]
GPII? dunno.
11:26:25 [janina]
ack j
11:26:25 [Zakim]
jcraig, you wanted to respond to sangwhan's comment that spec is currently accessibility-focused
11:26:35 [janina]
11:26:42 [janina]
ack jo
11:26:47 [janina]
rm li
11:26:51 [janina]
q li
11:27:04 [sangwhan]
11:27:47 [Ryladog]
Global Public Inclusive Infrastructure (GPII)
11:27:58 [richardschwerdtfeger]
11:28:24 [janina]
ack lisa
11:29:07 [Ryladog]
JC: I am guilty that this is Accessibility focused. This spec grew from trying to fill the wholes that prevent access
11:29:43 [richardschwerdtfeger]
11:30:15 [Ryladog]
JC: There are types of things that can not be done today, but we do want to make it more main stream
11:30:54 [Lachy]
11:30:59 [richardschwerdtfeger]
ack Ryalodog
11:31:01 [janina]
ack r
11:31:06 [andy]
11:31:07 [janina]
ack ry
11:31:09 [Joshue108]
+1 to James
11:31:10 [richardschwerdtfeger]
11:31:21 [janina]
ack go
11:31:21 [Zakim]
Gottfried, you wanted to say that we need to address preference properties in a registry-based approach
11:31:31 [richardschwerdtfeger]
11:31:37 [Ryladog]
JC: I do not want to address ALL of the needs in a 1.0 version that covers much Access issues
11:33:14 [jcraig]
q+ to briefly mention avoiding deep dives in either direction for 1.0: either accessibility or mainstream prefs
11:33:15 [janina]
ack an
11:33:15 [Ryladog]
GZ: I see there is alot more in terms of content negotiation, but this cannot be addressed by IndieUI. This will be better covered in GPII, some thongs that I will talk about tomorrow - mconcerning a global repoistory
11:33:22 [Lachy]
This is what I was in the queue earlier to say: Device independence is an incentive for developers. They want to target touch screens, computers with international keyboards, different pointers, etc. So providing events that let them provide the same functionlity regardless of their specific device is good. This kind of stuff can provide transparent accessibility benefits. But I don't think exposing accessibility-specific user preferences has the same incen[CUT]
11:33:22 [Lachy]
11:33:25 [janina]
11:33:37 [Ryladog]
AH: I am not suggesting we move away from Accessibility
11:33:39 [janina]
ack ri
11:33:56 [Joshue108]
+1 to Lachy on 'can provide transparent accessibility benefits.'
11:34:08 [janina]
ack j
11:34:08 [Zakim]
jcraig, you wanted to briefly mention avoiding deep dives in either direction for 1.0: either accessibility or mainstream prefs
11:34:11 [Ryladog]
RS: AT IBM if you can tie accessibility to a main stream use, there will be greater uptake
11:34:14 [janina]
11:34:40 [richardschwerdtfeger]
11:34:42 [Joshue108]
I think that the more the work that can be done to support a11y via the backdoor the better.
11:35:02 [Ryladog]
JC: For 1.0 I do not think we can cover all accessibility needs, but we want to focus on the most critical access needs that will be best adpted
11:35:03 [janina]
ack ri
11:35:50 [janina]
11:35:52 [Ryladog]
LS: I would like to see a task force in the W3C concerning cognitive issues related to diability
11:35:59 [janina]
11:36:19 [Ryladog]
MC: I would like to suggest a new Community Group
11:36:31 [Ryladog]
KHS: I agree, great idea
11:36:34 [sangwhan]
To clarify: my point is not that the spec should drop accessibility, I would like the spec to *not look like one* and more like a general spec that can cover the most generic use cases to be approachable - just to clarify that I am completely up for making a accessible specification. If it's transparently accessible as a generic event spec that's a free win for both the content developers and WAI.
11:36:49 [janina]
11:37:36 [Ryladog]
JS: eBook has a good solution for simplification
11:37:58 [sangwhan]
rrsagent, draft minutes
11:37:58 [RRSAgent]
I have made the request to generate sangwhan
11:38:19 [Lachy]
Lachy has joined #indie-ui
11:38:39 [Zakim]
11:38:46 [Zakim]
11:38:48 [Zakim]
WAI_Indie()3:00AM has ended
11:38:48 [Zakim]
Attendees were St_Clair_4, [IPcaller], Lisa
11:41:11 [jcraig]
jcraig has joined #indie-ui
11:47:33 [smaug]
smaug has joined #indie-ui
12:11:48 [smaug]
smaug has joined #indie-ui
12:38:05 [richardschwerdtfeger]
richardschwerdtfeger has joined #indie-ui
12:38:11 [Lachy]
Lachy has joined #indie-ui
12:40:14 [andy]
andy has joined #indie-ui
12:40:38 [janina]
About to resume ...
12:41:34 [Lachy]
ScribeNick: Lachy
12:41:39 [richardschwerdtfeger]
12:42:05 [janina]
rrsagent, make minutes
12:42:05 [RRSAgent]
I have made the request to generate janina
12:42:17 [Gottfried]
Gottfried has joined #indie-ui
12:43:08 [janina]
zakim, call St_Clair_4
12:43:08 [Zakim]
ok, janina; the call is being made
12:43:09 [Zakim]
WAI_Indie()3:00AM has now started
12:43:10 [Zakim]
12:43:29 [Zakim]
12:43:30 [Zakim]
WAI_Indie()3:00AM has ended
12:43:30 [Zakim]
Attendees were St_Clair_4
12:43:45 [janina]
rrsagent, make minutes
12:43:45 [RRSAgent]
I'm logging. I don't understand 'make minutes', janina. Try /msg RRSAgent help
12:43:50 [janina]
zakim, call St_Clair_4
12:43:50 [Zakim]
ok, janina; the call is being made
12:43:51 [Zakim]
WAI_Indie()3:00AM has now started
12:43:51 [Zakim]
12:43:57 [Ryladog]
Ryladog has joined #Indie-UI
12:45:12 [Zakim]
12:45:14 [Zakim]
12:45:14 [Zakim]
12:45:32 [janina]
zakim, ipcaller is Lisa
12:45:32 [Zakim]
+Lisa; got it
12:46:01 [Lachy]
topic: Use Cases
12:48:17 [Lachy]
RS: The next one, assuming we've moved all the directional stuff into the spec, is S10. A command to direct media players to pause and play.
12:50:09 [Ryladog]
LH: In HTML5 has custom controls you would want to provide this a higher level command that says pause
12:50:12 [morrita]
morrita has joined #indie-ui
12:51:24 [tpacbot]
tpacbot has joined #indie-ui
12:51:28 [jkiss]
jkiss has joined #indie-ui
12:53:40 [Ryladog]
TOPIC: S10: Command to direct a media player to pause playing
12:54:23 [Lachy]
LH: The interpretation of event is application-specific.
12:54:23 [Ryladog]
GZ: Follow the event
12:54:44 [Ryladog]
JS: Are you saying that HTML5 a;ready supports this?
12:55:06 [Ryladog]
LH: It depends on the app - you can do it from a context menu
12:56:38 [Lachy]
ScribeNick: Ryladog
12:56:48 [richardschwerdtfeger]
Proposed resolution: Define a requestPause that asks a web application to pause any or all any media (audio, video, streaming) on the page
12:57:19 [Lachy]
--> PauseRequest
12:59:21 [MichaelC]
MichaelC has joined #indie-ui
12:59:23 [Lachy]
ScribeNick: Lachy
12:59:48 [jcraig]
jcraig has joined #indie-ui
13:00:19 [smaug]
smaug has joined #indie-ui
13:00:32 [Lachy]
Lachy: Another use case for pausing is an application downloading data for its own use. e.g. to populate a database (IndexedDB), download a lot of application data in the background. The user might want to pause that download.
13:00:54 [richardschwerdtfeger]
Proposed resolution: Define a PauseRequest event that asks a web application to pause any or all any media (audio, video, streaming) on the page
13:01:43 [Lachy]
Ryladog: I think it's something you could use in many contexts.
13:01:56 [David_MacD_Lenovo]
David_MacD_Lenovo has joined #indie-ui
13:02:17 [Lachy]
RS: We could say to pause any live, ongoing action
13:02:58 [Lachy]
james: One example: we have this idea of a primary action.
13:03:33 [Lachy]
… VoiceOver iOS has a gesture with a default action for the application. It's contextual depending on what you're doing. Media playing, on a phone call, etc.
13:04:05 [jcraig]
take photo in a photo application
13:04:20 [jcraig]
specific gesture is unimportant
13:05:11 [Joshue108]
Joshue108 has joined #indie-ui
13:06:37 [Lachy]
Gottfried: I think we should have both.
13:07:41 [jcraig]
does play/pause or pause/resume need specific event, or is this a more general need that isn't specific for playing/pausing
13:10:55 [Lachy]
james: We should have toggle events. The same action could trigger toggleable action. Pause/resume, etc.
13:12:55 [jcraig]
such toggle events may be initiated at a specific DOM node, or at the body element if no point of regard can be determined.
13:13:43 [jcraig]
From the current draft "Event fires on document.activeElement (or AT equivalent) if applicable, or otherwise document.body."
13:14:08 [jcraig]
13:14:46 [jcraig]
so event delegation is recommended
13:15:36 [jcraig]
lh: many apps do not have stop, just play/pause, is there a need for stop? does the user care?
13:16:03 [jcraig]
gz: stop is a macro for pause, then move playback slider to beginning
13:17:08 [jcraig]
lh: difference between pause/stop may be a legacy use for paused cassette or video tape , keep on screen versus stop entirely
13:18:29 [jcraig]
gz: pause means halt/resume, but windows media player is a macro for pause and exit, because it exits, but remembers previous location when starting again.
13:18:55 [sangwhan]
sangwhan has joined #indie-ui
13:19:02 [sangwhan1]
sangwhan1 has joined #indie-ui
13:19:34 [jcraig]
lh: example of potential use. netflix playback asks if you want to resume or start at beginning.
13:21:25 [jcraig]
gz: since "stop" means different things on different platforms, we would not want to spec that as and intentional event, because the user's "intent" is ambiguous depending on platform.
13:21:36 [Lachy]
gz: Would that stop or pause event apply to animated gifs?
13:21:37 [sangwhan1]
rrsagent, draft minutes
13:21:37 [RRSAgent]
I have made the request to generate sangwhan1
13:21:47 [Lachy]
Ryladog: you could apply it to all kinds of elements.
13:21:56 [Lachy]
james: That might be something that is a separate event.
13:22:37 [Lachy]
… Esc key pauses gifs in Firefox
13:23:08 [Lachy]
… In the context of VoiceOver iOS, we have a dismiss action, which sometimes means activate the back button, sometimes means close the current modal view, etc.
13:23:16 [Lachy]
Ryladog: An escape action could be one of those intents.
13:23:39 [Lachy]
gz: Escape is a means to an intent, dismiss is an intent.
13:24:07 [Lachy]
james: The original proposal was calling it EscapeRequest. Dismiss seemed more general.
13:24:50 [Lachy]
… I have some other functional keys on my keyboard that will trigger specific intentions.
13:26:56 [Lachy]
… Play/pause, seek, volume up/down, etc.
13:27:58 [Lachy]
… Stop is a macro for different functionality in different contexts
13:29:42 [Lachy]
LH: HTMLMediaElement has pause() and play(). No toggle().
13:30:03 [Lachy]
LH: We might want to have a toggle intent though, which the app can interpret according to its internal state
13:31:09 [Lachy]
james: The indication that these are media related keys on the keyboard indicates that these are separate from the general purpose pause and resume.
13:31:55 [Lachy]
… Is suspend and resume worthy of being separate from pause/play?
13:32:24 [Lachy]
… suspend/resume might make sense for a download or upload, which are separate from media playback. I wouldn't want them to hit a play/pause button on their screen and have it stop a download.
13:32:42 [jcraig]
13:32:54 [Lachy]
RS: So you want to have two separate events?
13:33:09 [Lachy]
James: I don't think the media related events should be used for other purposes.
13:33:42 [Lachy]
RS: Suspend/Resume could also apply to live regions. e.g. a twitter stream.
13:37:14 [Lachy]
LH: e.g. live blogging examples, which are constantly updating with new posts. e.g. live blogging for an Apple event.
13:38:26 [Lachy]
james: Mozilla OS has some APIs that interactive with native device controls. e.g. receiving a phone call.
13:38:55 [Lachy]
gz: My point is we should avoid letting the web developer make all the choices because that will lead to inconsistent applications.
13:39:01 [Lachy]
james: What do you mean by choices?
13:39:14 [Lachy]
gz: The choice of how to respond to events.
13:39:39 [Lachy]
james: We might have a UA that chooses not to convey some events to the web app, but I think we would want to leave it up to the web app.
13:40:03 [Lachy]
… There may be some way that a user can define what kinds of actions they want to convey to web apps.
13:40:37 [Lachy]
LH: Is there a way for the web app to declare what kind of events their interested in?
13:42:29 [Lachy]
james: I would expect that the web apps would declare that by registerring for those events.
13:45:49 [Lachy]
LH: We need some way for the web app to declare which kind of intents it's really interested, so that a device that make a better guess at what the user's intent is, and to send the appropriate event.
13:46:01 [janina]
janina has joined #indie-ui
13:46:47 [Lachy]
… e.g. a swipe up could mean scroll or pan; or in the case of an iOS date picker or list box, it could mean change the value. I think there needs to be more context given by the web app beyond the simple case of registerring for events.
13:48:31 [jcraig]
We could defined expected events for certain types of controls, but Lachlan is saying this may need to be declared for each page or control types that the UA or AT does not know about. e.g. ARIA does not define a "map" view element, so it should register for the directional and zoom events, otherwise UAs would need to send events not knowing if anything is "listening"
13:48:47 [jcraig]
13:50:20 [Lachy]
james: We should also allow a web app to declare what kind of preferences they're interested in.
13:52:21 [morrita]
morrita has joined #indie-ui
13:52:40 [Lachy]
gz: Android applications, when installed, declare up front what access they're interested in. The user can grant or deny permission.
13:53:20 [Lachy]
andy: Does it make any difference which group drives this work, re which preferences a web app is interested in?
13:55:57 [Lachy]
james: The UA should only volunteer the information if it's been specifically requested by the web application, and the UA should request permission.
13:56:32 [Lachy]
LH: Let's get back on topic.
13:56:49 [Lachy]
Ryladog: We just covered use case S11. Stop playing.
13:58:13 [jcraig]
ACTION: jcraig to add spec event for play/pause toggle event (and maybe media next/prev)
13:58:13 [trackbot]
Created ACTION-16 - Add spec event for play/pause toggle event (and maybe media next/prev) [on James Craig - due 2012-11-08].
13:59:19 [jcraig]
ACTION: jcraig to add spec event for suspend/resume (non-media playback) for example, suspend upload or suspend live region chat log updates
13:59:19 [trackbot]
Created ACTION-17 - Add spec event for suspend/resume (non-media playback) for example, suspend upload or suspend live region chat log updates [on James Craig - due 2012-11-08].
14:00:54 [Lachy]
RS: I'm adding a suspend/resume use case.
14:11:13 [andy]
14:13:31 [smaug]
smaug has joined #indie-ui
14:19:19 [Zakim]
14:20:09 [Lachy]
james: S13: Media caption toggle.
14:20:19 [Lachy]
… I think we need two different events. I think we want to display or not display captions.
14:20:24 [Lachy]
… The user preference change should fire an event.
14:20:31 [Lachy]
… Some people are always going to turn on captions.
14:20:39 [Lachy]
… We're going to want to explicitly turn them on or off.
14:20:45 [Lachy]
gz: I think we should have both. You may have an AT that interprets gestures. It may be the same gesture for toggleable event.
14:20:50 [Lachy]
… Gesture control is a main stream use case for our spec.
14:20:58 [Lachy]
… Maybe it's not 3 different events. Maybe it's 1 event with a variable.
14:21:03 [Lachy]
Andy: There are also audio descriptions and other media alternatives that the user may want to turn on or off
14:21:09 [Lachy]
gz: there are cases where the device might want to automatically enable captions for the user, based on the user's environment.
14:21:27 [Lachy]
james: Do we want to split User wants captions explicitly, or user probably needs captions due to environment?
14:21:37 [Lachy]
janina: Break.
14:21:44 [Lachy]
RRSAgent: make minutes
14:21:44 [RRSAgent]
I have made the request to generate Lachy
14:21:52 [evanli]
evanli has joined #indie-ui
14:29:39 [smaug]
smaug has joined #indie-ui
14:48:08 [janina]
zakim, who's on the phone?
14:48:08 [Zakim]
On the phone I see St_Clair_4
14:48:23 [Zakim]
14:48:25 [Zakim]
WAI_Indie()3:00AM has ended
14:48:25 [Zakim]
Attendees were St_Clair_4, Lisa
14:48:25 [richardschwerdtfeger]
richardschwerdtfeger has joined #indie-ui
14:48:47 [Ryladog]
14:58:57 [jcraig]
jcraig has joined #indie-ui
14:59:12 [shepazu]
shepazu has joined #indie-ui
15:00:53 [jcraig]
LH: if we specify caption languages as a preference (e.g. "English, Spanish" etc) make sure the default value is undefined, so that any defined preference can be interpreted as an explicit user preference rather than the undefined default.
15:03:26 [Joshue108]
Joshue108 has joined #indie-ui
15:04:22 [MichaelC]
MichaelC has joined #indie-ui
15:04:30 [sfeuerstack]
sfeuerstack has joined #indie-ui
15:05:12 [Lachy]
present+ Jim Barnett
15:05:20 [Lachy]
present+ Dan Burnett
15:05:40 [Lachy]
present+ Debbie Dahl
15:06:21 [sfeuerstack]
present+ Sebastian Feuerstack
15:06:37 [Lachy]
present+ Helena Rodriguez, Kazuyuki Asimura
15:07:11 [Lachy]
present+ James Craig
15:07:31 [Lachy]
present+ Lachlan Hunt
15:07:35 [Lachy]
present+ Andy Heath
15:07:43 [Lachy]
present+ Gottfried Zimmerman
15:07:50 [Lachy]
present+ Janina
15:08:05 [Lachy]
present+ Ryladog
15:08:47 [Lachy]
Debbie: In Multimodal Interaction, speech, e.g. there's a lot of user intent conveyed by speech rather than clicking or typing.
15:08:59 [Lachy]
… It always seemed to me that speech was just another way to type.
15:09:18 [Lachy]
… when someone says something like "I want the blue shirt", to translate that into a radio button that says blue next to it is stupid
15:09:43 [Lachy]
… As I understand this WG, the way what the user wants to do from how they express it.
15:09:58 [Lachy]
… I'd like to see if there's some benefit we can get from this abstraction.
15:10:13 [Lachy]
james: It may be beneficial to do a short version of the intro from this morning.
15:12:28 [Lachy]
… There are people within teh group with various levels of technical backgrounds, and varying levels of understanding of ARIA.
15:12:37 [Lachy]
… This is a short into to ARIA and Indie UI
15:12:49 [Lachy]
… Some of the background is about event models
15:13:01 [Lachy]
… and how these new events would be slightly different from the current system.
15:13:49 [Lachy]
… ARIA is declarative. So you can do things that overcome problems with authoring mistakes, browser implementations, etc.
15:14:09 [Lachy]
… ARIA allows you to sprinkle on some sugar and you don't have to completely rewrite the app to be accessible.
15:14:25 [Lachy]
… There are browser limitations with form control styling.
15:14:49 [Lachy]
… ARIA lets to style other elements and specify a role to give it the right semantics.
15:15:07 [Lachy]
… You can also declare semantics that are missing from the host language.
15:15:57 [Lachy]
… The way that you do a native control such as a slider, a web app might update a value by updating an attribute. The browser will notify the screen reader.
15:16:42 [Lachy]
… native control input works such that if a user wants to change the value of a slider, the AT can ask the browser to do that.
15:16:50 [Lachy]
… The web app is notified via the change event.
15:17:16 [Lachy]
… The same example with a custom aria slider, output works conceptually the same.
15:17:24 [sangwhan]
sangwhan has joined #indie-ui
15:17:35 [Lachy]
… For input, though, the user can try to change the value, but the browser doesn't know what to do.
15:18:42 [Lachy]
… Click event behaviour. User clicks an image in a button, the event bubbles up to the button element, which performs the default action.
15:20:32 [Lachy]
… registerred event handlers can also capture the event and perform a custom action.
15:20:40 [Lachy]
15:21:00 [Lachy]
… Keyboard events get sent to the element with focus.
15:21:16 [Lachy]
… Indie UI events are similar to keyboard events in this regard
15:21:55 [Lachy]
… IndieUI events are all FooRequest events. e.g. ValueChangeRequest. These are only requests, and do not perform any default action.
15:22:55 [Lachy]
[that's not quite right]
15:23:27 [Lachy]
… If the web app calls event.preventDefault(), then the UA and AT know that the web app handled the event.
15:24:09 [Lachy]
… e.g. dismissing a dialog. Pressing the Esc key on a keyboard should generally dismiss the dialog.
15:24:54 [Lachy]
… If an input control within the dialog (repesented by HTML <div role="dialog">), then the event will bubble up to the div, which can then handle it.
15:25:11 [Lachy]
… DismissRequest
15:26:06 [Lachy]
… preference change events.
15:26:19 [David_MacD_Lenovo]
David_MacD_Lenovo has joined #indie-ui
15:26:25 [Lachy]
… There's an API to query user preferences, and the event notifies when the user has changed the value.
15:26:37 [Zakim]
WAI_Indie()3:00AM has now started
15:26:43 [Lachy]
… The keys may be defined in the spec, vendor specific or belong in an external taxonomy.
15:26:44 [Zakim]
15:26:51 [Zakim]
15:26:52 [Zakim]
WAI_Indie()3:00AM has ended
15:26:52 [Zakim]
Attendees were [IPcaller]
15:28:06 [janina]
zakim, call St_Clair_4
15:28:06 [Zakim]
ok, janina; the call is being made
15:28:07 [Zakim]
WAI_Indie()3:00AM has now started
15:28:08 [Zakim]
15:28:23 [janina]
zakim, who's on the phone?
15:28:23 [Zakim]
On the phone I see St_Clair_4
15:29:55 [jcraig]
15:30:25 [jcraig]
15:30:39 [jcraig]
15:30:40 [Lachy]
Dan: What would be inappropriate use of these events?
15:30:53 [Lachy]
… Once you make events available to programmers, they will find creative ways to use them.
15:31:19 [Lachy]
… As a group concerned about multimodal interaction, you might have different input. You use events to pass information.
15:31:49 [Lachy]
… These are now a new set of events that are there to fill gaps in the existing set of events, but do you forsee any problems in how they might be used.
15:32:16 [Lachy]
james: I see potential for abuse in the user prefs section. Being able to inspect prefences that reveal disabilities, is ripe for abuse.
15:32:32 [Lachy]
… As far as the events being abused, I don't know.
15:33:12 [jkiss]
jkiss has joined #indie-ui
15:34:02 [Lachy]
… In the example of the dismiss request, there is a point of regard. It may or may not have keyboard focus. In the case of a web app with multiple dialogs, many of which may be dismissed.
15:34:37 [Lachy]
… In the case of a dismiss requested fired at a high level like the body, rather than a particular dialog, then we would expect the web app would ignore what it doesn't understand.
15:35:15 [Lachy]
… Maybe there are two dialogs, and there is a point of regard in a form control within one dialog, then that dialog will receive the event.
15:36:01 [Lachy]
… The types of events currently in the spec are: Undo, Redo, Delete, Dismiss, Expand, Collapse, Scroll
15:36:53 [Lachy]
… DOMAttrChangeRequest may be dropped.
15:37:07 [Lachy]
… ATFocusIn and ATFocusOut. These are not specific to keyboard focus.
15:37:37 [Lachy]
… Screen readers have a point of regard independent of keyboard focus.
15:40:08 [Lachy]
Debbie: Can we talk through an example of something, such as DismissRequest. Say there's a dialog on the screen, one way to dismiss it is by clicking a provided button, or by listening for an Esc key press.
15:40:27 [Lachy]
james: The browser doesn't know how to dismiss a web app custom dialog, the web app does.
15:40:50 [Lachy]
… Because there is no dialog element in HTML, everything we see as one is basically styled HTML.
15:41:13 [Lachy]
Debbit: If you had speech enable, you could say "Dismiss that", then the dismiss request event could be dispatched based on that command.
15:41:18 [Lachy]
james: yes
15:41:29 [Lachy]
Debbie: That would be nice from a multimodal perspective.
15:42:19 [Lachy]
james: Part of the event bubbling is such that you can differentiate different types of undo.
15:43:03 [Lachy]
… Depending on what has focus or point of regard, the event could be interpreted differently by the web app.
15:44:34 [Lachy]
Debbie: What if you wanted to select a radio button?
15:44:46 [Lachy]
james: I think that is pretty well covered by the default action.
15:44:58 [Lachy]
… It's equivalent to click or DOMActivate.
15:45:10 [Lachy]
… Those work well across custom applications.
15:45:28 [Lachy]
… The ones that don't work well are ones that have some kind of secondary action.
15:45:34 [shepazutu]
shepazutu has joined #indie-ui
15:46:14 [Lachy]
Debbie: For the example of the radio button, we use a Pizza ordering use case. There is a small, medium and large buttons, and by speech, you select the "Large" radio button.
15:46:39 [Lachy]
james: I think we could consider doing a value change request and select the ones with the right value.
15:48:19 [Lachy]
james: Click is commonly used as a more general purpose event. It's fired by AT, by mouse, etc.
15:49:39 [Lachy]
Helena: There's a pointing action without activation, like focussing.
15:49:51 [Lachy]
james: That's changing the point of regard
15:50:17 [Lachy]
Debbie: e.g. On a mouse over, you might, e.g., change the font size.
15:50:32 [trackbot]
trackbot has joined #indie-ui
15:50:51 [Lachy]
james: We have ATFocusIn/Out to show where the point of regard is.
15:51:10 [Lachy]
LH: What is the use case for ATFocusIn/Out
15:51:30 [Lachy]
james: There are cases where you may want receive a focus event on something that is out of view.
15:51:50 [Lachy]
… and the only way that custom views can respond to that is with custom views, and that's problematic.
15:52:37 [Lachy]
… A common accessibility error is that you move your mose over something and something happens. The ATFocusIn/Out handles this if they listen for it.
15:53:32 [sangwhan]
sangwhan has joined #indie-ui
15:53:39 [sangwhan1]
sangwhan1 has joined #indie-ui
16:01:29 [Zakim]
16:01:56 [janina]
,,,,,,,,,,,,,,,,/me Lisa? Is it you?
16:02:49 [janina]
zakim, ipcaller is Lisa
16:02:49 [Zakim]
+Lisa; got it
16:05:52 [Lachy]
Debbie: I think we should consolodate what our next steps might be.
16:06:08 [Lachy]
… If we see any gaps with respect to multimodal interaction, that we should fill in.
16:06:23 [Lachy]
james: There are a bunch of things we want to put in now after these disucssions
16:06:25 [evanli]
evanli has joined #indie-ui
16:08:02 [Lachy]
Debbie: Making the case for speech interaction in general, you can do things that aren't on the screen.
16:08:33 [Lachy]
… The user might say they want to go to the home page of the site. But this seems out of scope.
16:16:45 [Lachy]
james: When you said what apects do you think might be abused, if you have any aspects of this that might inform out decisions over privacy issues, etc.
16:16:50 [Lachy]
… let us know
16:19:42 [Zakim]
16:19:58 [lisaseeman]
ping me when the brake is over
16:21:42 [sfeu]
sfeu has joined #indie-ui
16:22:06 [sfeu]
sfeu has left #indie-ui
16:23:02 [Lachy]
[discussion about Access for All, APIP, etc.]
16:24:56 [Lachy]
james: With each of these different taxonomies, have any of them addressed the privacy concerns?
16:25:28 [Zakim]
16:25:34 [Lachy]
RS: The way they have been named is to not show the person's medical disability. They just express user needs, rather than disabilities. I need captions. Not I'm deaf.
16:26:04 [Lachy]
Zakim: IPCaller is lisaseeman
16:26:23 [lisaseeman]
zakim, ipcaller is me
16:26:23 [Zakim]
+lisaseeman; got it
16:27:32 [jcraig]
ACTION: Andy to summarize important or common preferences/keys list from AfA/APIP/GPII, etc. and send to the IndieUI group for discussion and potential inclusion in the User Context deliverable.
16:27:32 [trackbot]
Created ACTION-18 - Summarize important or common preferences/keys list from AfA/APIP/GPII, etc. and send to the IndieUI group for discussion and potential inclusion in the User Context deliverable. [on Andy Heath - due 2012-11-08].
16:28:11 [Judy_clone]
Judy_clone has joined #indie-ui
16:29:06 [Lachy]
gz: The user must have control over what preferences are conveyed to the web app
16:32:05 [Lachy]
andy: We must be careful about users exposing preferences that could let strangers determine personal details, such as their disability.
16:34:25 [jcraig]
Actually use these:
16:34:36 [jcraig]
16:35:17 [jcraig]
Judy, the URLs with hash values are specific commits that will never change. Refer to 'tip' for the latest.
16:41:08 [Zakim]
16:45:45 [evanlee]
evanlee has joined #indie-ui
16:49:36 [Lachy]
RRSAgent: make minutes
16:49:36 [RRSAgent]
I have made the request to generate Lachy
16:51:34 [richardschwerdtfeger]
richardschwerdtfeger has left #indie-ui
17:00:25 [jkiss]
jkiss has joined #indie-ui
17:04:59 [smaug]
smaug has joined #indie-ui
17:05:00 [Zakim]
disconnecting the lone participant, St_Clair_4, in WAI_Indie()3:00AM
17:05:02 [Zakim]
WAI_Indie()3:00AM has ended
17:05:02 [Zakim]
Attendees were St_Clair_4, Lisa, lisaseeman
17:15:49 [Lachy]
Lachy has joined #indie-ui
17:28:59 [MichaelC]
MichaelC has joined #indie-ui
17:38:32 [Judy]
Judy has joined #indie-ui
17:47:37 [smaug]
smaug has joined #indie-ui
17:57:59 [trackbot]
trackbot has joined #indie-ui
17:58:59 [trackbot]
trackbot has joined #indie-ui
17:59:18 [trackbot]
trackbot has joined #indie-ui
18:18:30 [Joshue108]
Joshue108 has joined #indie-ui
19:37:06 [Judy]
Judy has joined #indie-ui
20:35:24 [Zakim]
Zakim has left #indie-ui
21:14:31 [smaug]
smaug has joined #indie-ui
21:17:25 [smaug]
smaug has joined #indie-ui
21:47:35 [smaug_]
smaug_ has joined #indie-ui
23:32:39 [jkiss]
jkiss has joined #indie-ui
23:35:49 [Lachy]
Lachy has joined #indie-ui
23:48:28 [Judy]
Judy has joined #indie-ui