17:55:26 RRSAgent has joined #html-a11y-test
17:55:26 logging to http://www.w3.org/2013/06/27-html-a11y-test-irc
17:55:28 RRSAgent, make logs world
17:55:28 Zakim has joined #html-a11y-test
17:55:30 Zakim, this will be 2119
17:55:30 I do not see a conference matching that name scheduled within the next hour, trackbot
17:55:31 Meeting: HTML Accessibility Task Force Teleconference
17:55:31 Date: 27 June 2013
17:56:40 zakim, this is 21191
17:56:40 MarkS, I see WAI_PFWG(HTML A11Y)2:00PM in the schedule but not yet started. Perhaps you mean "this will be 21191".
17:56:50 zakim, this will be 21191
17:56:50 ok, MarkS; I see WAI_PFWG(HTML A11Y)2:00PM scheduled to start in 4 minutes
17:59:20 janina_ has joined #html-a11y-test
18:00:03 WAI_PFWG(HTML A11Y)2:00PM has now started
18:00:10 +??P16
18:00:18 zakim, ??P16 is me
18:00:18 +janina_; got it
18:01:00 +MarkS
18:04:31 chaals has joined #html-a11y-test
18:07:56 +Rich_Schwerdtfeger
18:08:29 richardschwerdtfeger has joined #html-a11y-test
18:10:17 RS: thing I'm having trouble understanding is that that spec is non-normative, so how do you know when you're done.
18:11:45 …the section on ARIA talks about elements that have native host language semantics in terms of ARIA markup. You shouldn't need to apply an ARIA role to that element because you already have the same semantics in that element. The accessibility API takes the same role ARIA would. mix and match elements, some with aria roles, some without.
18:12:27 JS: test whether proper roles are being transmitted to AAPI, and when ARIA roles are defined, the same role is being transmitted.
18:12:37 RS: need to do it for things as complicated as a tree widget.
18:13:03 …example. I will find one that matches with a widget
18:13:19 …need to test that keyboard focus actually works.
18:13:37 …probably can take ARIA test cases for that.
18:13:48 …i would take the ARIA test suite as much as you can.
18:14:25 … for canvas, need to make sure that the fallback content maps to AAPI
18:14:30 [the question for now is just "is this actually interoperable, or does it need to be tested?"]
18:15:06 JS: haven't determined the state of testing for canvas yet, so we still have an opportunity to enforce the need for testing.
18:15:09 RS: they didn't state that the focus rectangles were at risk. need to test those.
18:16:22 …baseline support. two API's for drawing focus rectangle. a custom ring and system standard, so a dotted box. give it a path and it draws it.
18:16:49 …it is supposed to provide the location information and the fallback content in the AAPI. at the very least you can help a user follow focus.
18:17:31 …the other thing is the basic kit testing. marked at risk. doubt it will be in html5, most likely will be in html5.1 all ETS will be moving off of flash.
18:17:54 …Tables
18:18:12 JS: summary has been removed, there are problems with what has replaced it.
18:18:28 Sorry. I can try my cell phone
18:18:33 please do
18:18:39 -janina_
18:20:21 RS: if you put a summary attribute in the content, what happens?
18:20:31 …test that.
18:20:35 +Janina
18:21:32 …make sure it is not mapped any longer.
18:22:12 JS: caption, markup technique was buggy. we think it should go away and be replaced by aria-describedby
18:22:50 RS: ARIA doesn't test any of the new controls that are in HTML5. Any specific tests that you want to apply to those?
18:23:11 JS: media controls. so much is left up to authors. been told its not going to be a problem because of API access.
18:23:29 …users should be able to override custom controls...
18:23:42 RS: how can you test the spec if non of your mappings are normative?
18:25:06 …caption?
18:25:35 JS: media source extensions. need to test this extensively. text described videos, color contrast of captions, etc.
18:25:51 …side by side sign language video
18:26:05 RS: video descriptions?
18:26:41 JS: definitely. including extended video description.
18:27:34 …don't have to be recorded audio, could be text format
18:29:18 RS: list of controls that are new. requirements for keyboard accessibility...
18:29:31 JS: no idea what that intersection is going to be.
18:30:18 RS: HTML5Accessibility site, firefox is ahead of most browsers. safari is good on mac. IE is used in govt, implementation is not good.
18:31:47 …what about content editable.
18:31:50 http://www.w3.org/html/wg/tests-cr-exit.html
18:32:03 richardschwerdtfeger has joined #html-a11y-test
18:32:06 http://www.w3.org/html/wg/tests-cr-exit.html
18:36:44 4.10.6, labels, no problem
18:36:59 keygen? non UI, right?
18:38:20 4.10.18, new enough, should be tested. seems like there would be issues.
18:40:14 def need to test autocomplete when ARIA autocomplete metatdata is in the markup
18:40:25 s/def/RS: def
18:41:52 4.12 links
18:42:31 RS: test keyboard navigation for links
18:45:51 MS: 4.12.5.5 linotype icon? probably needs testing.
18:46:19 s/linotype/link type
18:47:21 http://www.w3.org/TR/html5/Overview.html#contents
18:47:52 +??P1
18:48:08 -Janina
18:49:30 http://www.w3.org/TR/2012/CR-html5-20121217/dom.html#htmlelement
18:49:49 http://www.w3.org/TR/2012/CR-html5-20121217/editing.html#dom-tabindex
18:50:05 RS: in the HTML element IDL, if you look at the tabIndex that it links to in that IDL,
18:50:08 …"The tabIndex IDL attribute must reflect the value of the tabindex content attribute. Its default value is 0 for elements that are focusable and −1 for elements that are not focusable."
18:50:36 …hover if you go to sequential focus if you have a value of -1 you can set focus on it with the focus method.
18:50:42 s/hover/however
18:50:44 http://www.w3.org/TR/2012/CR-html5-20121217/editing.html#sequential-focus-navigation-and-the-tabindex-attribute
18:51:01 f the value is a negative integer
18:51:02 The user agent must set the element's tabindex focus flag, but should not allow the element to be reached using sequential focus navigation.
18:51:02 One valid reason to ignore the requirement that sequential focus navigation not allow the author to lead to the element would be if the user's only mechanism for moving the focus is sequential focus navigation. For instance, a keyboard-only user would be unable to click on a text field with a negative tabindex, so that user's user agent would be well justified in allowing the user to tab to the control regardless.
18:53:43 …bottom line is if you have a tab index of -1 you can call focus and it will give it focus. if you can do that, it means its focusable. so if default values are set to -1 it is focusable, contrary to spec language
18:54:17 …have to call the focus method to give it focus, programatically.
18:55:09 …need to clarify this. not sure who is using it.
18:56:26 MS: 4.13 we should take a closer look to see if they are using accessible techniques.
18:56:48 RS: 6.1 Scripting has been around forever. should be fine.
18:57:51 [4.13.1 changed, we have ]
18:58:44 [4.13.2 breadcrumbs just uses links and punctuation… effectively OK]
18:59:30 7 User Interaction
19:00:14 RS: keyboard navigation. when you tab and land into fallback content, that you are getting focus on elements in the fallback content. What happens if you put a widget in the fall back content??
19:00:16 [4.13.3 tag clouds: not so sure that font-size is interoperable. People use minimum-font-size which would blow it away]
19:03:15 RS: once you have focus it should respond to keyboard input.
19:03:53 section 10 Rendering
19:04:42 [4.13.4 conversations: this is just an acknowledgement that html doesn't work well for this. Not sure how interoperable the examples are. I don't think they are particularly clear and I would appreciate someone else looking over them]
19:05:30 RS: CSS produced content, is it accessible?
19:05:36 MS: content directives are not accessible.
19:06:31 [4.13.5 footnotes (make a link) looks bascially OK]
19:06:47 CSS content isn't interoperably accessibile as far as I know.
19:07:17 some browsers made it available (e.g. Opera pre-blink) but I think most didn't and argued that wasn't a bug.
19:07:35 RS: you want to test contenteditable and designmode.
19:10:44 RS: canvas shape support needs to be added to 5.1
19:11:12 …one stop shopping for APIs. more ARIA
19:11:52 …implement dialog box in 5.1
19:12:21 …makes things easier for authors.
19:12:34 ...they would get keyboard navigation sequence right
19:12:43 …managing focus
19:13:13 …make sure contenteditable works better.
19:13:23 …IndieUI is extremely important.
19:13:38 …taxonomies for SVG
19:15:17 JS: canvas editing
19:15:27 RS: i think that got moved to .next
19:17:52 RS: use existing testing for ARIA. The rest of the stuff, I think you should test.
19:17:55 [inert subtrees is OK? I don't know, but I'd like to hear someone say yes because they do know]
19:19:01 http://www.w3.org/TR/html5/editing.html#inert-subtrees
19:21:30 RS: anything that is hidden is inert. this is hidden content. been around for a long time. however, the hidden attribute, IE 10 doesn't support it. so it should be tested.
19:22:25 …another form of inert is a modal dialog box. keyboard navigation should not go to anything below that dialog box.
19:22:49 …should also mean that you cannot do a programmatic click on those things either.
19:23:04 …test the javascript access to those elements as well.
19:23:33 …if its hidden, it can't be mapped to the AAPI
19:24:27 one problem is that IE does not implement the hidden attribute in IE10. So technically that content should be inert but it is not
19:25:02 also, inert content should not be in the keyboard navigation order, should not respond to click() focus() or blur()
19:27:35 RS: the mapping API is not going to get tested because its not normative.
19:29:32 rrsagent, make minutes
19:29:32 I have made the request to generate http://www.w3.org/2013/06/27-html-a11y-test-minutes.html MarkS
19:30:40 -Rich_Schwerdtfeger
19:32:39 -MarkS
19:32:40 -??P1
19:32:40 WAI_PFWG(HTML A11Y)2:00PM has ended
19:32:40 Attendees were janina_, MarkS, Rich_Schwerdtfeger, Janina
19:52:36 richardschwerdtfeger has left #html-a11y-test
20:30:44 Zakim has left #html-a11y-test
20:40:20 MarkS has joined #html-a11y-test
22:51:08 chaals has joined #html-a11y-test