17:49:02 RRSAgent has joined #wai-wcag 17:49:30 Zakim has joined #wai-wcag 17:50:41 Wendy, things I left for you to do: 17:50:50 1) create the phone-bridge conference 17:51:04 2) [at some point] set log visibility 17:51:16 thx 17:51:22 RRSAgent, make log public-visible 17:51:28 RRSAgent, make log world-visible 17:52:09 zakim, do you have room for 13 at 2:00? 17:52:09 wendy, 02:00 is in the past 17:52:19 zakim, do you have room for 13 at 14:00? 17:52:20 ok, wendy; conference Team_(wai-wcag)18:00Z scheduled with code 83261 (TEAM1) at 14:00 for 60 minutes until 1900Z 17:54:01 ok. info sent 17:54:07 zakim, this will be TEAM1 17:54:07 ok, wendy; I see Team_(wai-wcag)18:00Z scheduled to start in 6 minutes 18:00:25 Team_(wai-wcag)18:00Z has now started 18:00:32 +[IBM] 18:00:36 Zakim, call AlGilman-home, please 18:00:36 ok, Al; the call is being made 18:00:37 -[IBM] 18:00:38 +[IBM] 18:00:39 +AlGilman 18:00:39 +Wendy 18:01:37 +Dave_Poehlman 18:01:51 +Matt 18:01:55 MattSEA has joined #wai-wcag 18:02:00 +Greg_Pisocky 18:02:56 chaalsBRS has joined #wai-wcag 18:03:02 Rich has joined #wai-wcag 18:03:09 Zakim, [IBM] is Rich 18:03:09 +Rich; got it 18:04:19 MarkPilgrim has joined #wai-wcag 18:04:50 MarkPilgrim, have you had trouble with the dial-in instructions? 18:04:58 + +1.919.523.aaaa 18:05:08 i'm in 18:05:14 Zakim, aaaa is MarkPilgrim 18:05:14 +MarkPilgrim; got it 18:06:43 + +1.512.335.aabb 18:06:56 zakim, 512 is Barry 18:06:56 sorry, wendy, I do not recognize a party named '512' 18:07:27 Zakim, aabb is Barry 18:07:27 +Barry; got it 18:07:36 dpoehlman has joined #wai-wcag 18:08:38 q+ 18:09:03 ack al 18:09:34 al: issues that mark raised are direclty related to roadmap that rich is working on 18:10:59 ag: problems are at UAAG-level because we don't have the binding arch 18:11:34 rs accessibility issues w/gmail? 18:11:41 mp not keyboard-navigable 18:11:51 mp many links are not links. 18:11:58 mp they look like them, but can't tab to them 18:12:08 mp global keyboard shortcuts 18:12:49 mp "gi" moves back to in box. j and k to move to messages. press return to view. 18:12:56 mp fake via javascript 18:13:05 mp up arrow move up a message 18:13:16 mp no way to know currently selected msg. 18:13:31 mp global keyboard shortcuts interfere w/jaws (as primary interface) 18:13:36 rs drag and drop? 18:13:44 mp haven't seen any. keyboard-oriented 18:14:18 dp to turn on global shortcuts, click settings which is simulated 18:15:03 mp part of issue, replace span with a elements 18:15:14 mp other issue is with trapping keyboard events 18:15:34 rs issue w/giving non-active elements focus. 18:15:48 rs this is where classes of elements and extensions will be useful 18:18:23 wcag says: http://www.w3.org/TR/WCAG20/#keyboard-operation 18:18:29 Guideline 2.1 Make all functionality operable via a keyboard or a keyboard interface. 18:18:40 http://gmail.google.com/gmail/help/screen1.html 18:19:11 in that screenshot, the following things are keyboard inaccessible: 18:19:16 settings link 18:19:21 compose mail 18:19:29 inbox/starred/sent mail/other folders 18:19:35 bf what about asst. techs 18:19:40 select all/read/unread/other options 18:19:48 rs not worry so much about how AT will act, need to make sure arch supports ATs 18:20:09 there is a small ">" marker to show the "currently selected message" 18:20:20 but a screen reader has no access to that state 18:20:24 rs infrastructure has to be mapped and ATs have to implement 18:21:18 wac new blogger templates? 18:21:49 mp templates are pure css. homepage is well marked up. semantic markup, real lists, etc. 18:21:56 mp beautiful in lynx and works 18:22:18 mp all valid xhtml and css 18:22:31 m3m there is one little bug 18:23:08 rs one way to address in auth tools and wcag, all objects have to be navigable. have to give them focus. 18:23:23 rs until we have the infrastructure, use the a element 18:23:48 rs then have to find appropriate semantics about the element 18:24:15 rs auth tool have to map the existing framework on the platforms. for dynamic content, define what are the events and allow AT to gain access 18:24:22 rs need to know what thte object is 18:24:45 rs autho tool "select from palette of accessible widgets" or prompt author 18:24:57 [but how stored in content if no existing sematnics?] 18:25:08 rs could call it role in wcag 18:25:14 rs "anchor" "list item" 18:25:38 rs semantics ahve to match what doing. e.g., if table used for formatting, not really a table. 18:27:31 q+ 18:28:28 wac we need a vocabulary for the author to use 18:28:36 ack al 18:28:54 ag the vocabulary is less-well-realized 18:28:58 rs coord w/wcag on vocab 18:29:17 ag existing: class and rel/rev on links 18:29:58 wac can use them, but until common vocab, how will uas and ats use them? 18:30:57 ag look at lisa's suggestion for transcoder. leave house style as is on the web page. in a separate docu (that points into site) can include info to key transformations to reflow interface for a given context 18:31:47 ag don't have to have agreement on terminology as long as people document it 18:33:05 ag convert content to anchor tags and form elements 18:38:23 ag use more semantic classes - next order of business 18:38:37 ag we dn' thave to have final consensus, can be network of repository 18:38:47 ag e.g., map element 18:43:38 ag thre may be techniques that people aren't using yet: e..g. using a form control like an edit box w/static content, make it read-only so that it can get focus. 18:44:09 rs would that confuse people? that the form should be doing something? 18:44:14 ag need to experiment 18:45:28 ag web applications is that they are rich in verbs. the access problems are the verb problems discussed in uaag. 18:46:25 http://www.w3.org/TR/WCAG20/#technology-supports-access 18:46:33 Any programmatic user interface components of the content conform to at least the default set of conformance requirements of the UAAG 1.0 at Level A plus the sets of requirements (a) through (j) (below) that apply. If the custom user interfaces cannot be made accessible, an alternative solution is provided that meets WCAG 2.0 (including this provision) to the level claimed. [V] 18:46:33 Requirements (a) through (j) 18:46:34 ... 18:49:52 basic issue boils down to semantics and mapping those to APIs of the UI 18:51:13 rs a - we konw the sematnics. span is not navigable, don't have semantics 18:51:35 rs if use elements that meet criterion, from wcag say "here's how you do it" 18:55:10 WAC: review candidate normative provisions (guidelines and success criteria) to see if they are suitably generic to apply across present and future tech 18:58:30 wcag 1.3 talks about programmatic determination of relationships, emphasis, etc 18:58:38 focus - we leave that to user agent 18:58:43 1.3 does not talk about role 18:58:49 or status 18:58:54 rs author needs to give focus 18:59:45 rs author doesn't have ability to give focus due to design flaw 18:59:50 wac design flaw mostly that of html 19:00:29 wac related to css3 where design navigation flow 19:01:06 ag user's actions on user agent needs to give content focus. author must encode in a way that ua recognize as something to recieve focus 19:01:25 ag writing that into xml - these are in the focusable class 19:03:21 short-term: wac write up presentation for next week 19:03:30 long-term: more joint sessions (atag/uaag/wcag/pf) 19:03:56 ag good to bracket problem with worked examples 19:04:08 dpoehlman has left #wai-wcag 19:04:14 -Barry 19:04:15 -Greg_Pisocky 19:04:16 -Rich 19:04:17 -Wendy 19:04:18 -MarkPilgrim 19:04:19 -Dave_Poehlman 19:04:28 -Matt 19:04:32 -AlGilman 19:04:33 Team_(wai-wcag)18:00Z has ended 19:04:34 Attendees were AlGilman, Wendy, Dave_Poehlman, Matt, Greg_Pisocky, Rich, +1.919.523.aaaa, MarkPilgrim, +1.512.335.aabb, Barry 19:04:52 nice little bot 19:05:19 :) 19:05:36 mark - thanks for the offer to quote/steal from your review. it's a good piece. 19:06:44 np 19:08:10 MattSEA has left #wai-wcag 19:08:49 zakim, bye 19:08:49 Zakim has left #wai-wcag 19:08:52 RRSAgent, bye 19:08:52 I see no action items