12:23:47 RRSAgent has joined #eo 12:23:47 logging to http://www.w3.org/2014/10/24-eo-irc 12:23:49 RRSAgent, make logs world 12:23:51 Zakim, this will be 3694 12:23:51 ok, trackbot; I see WAI_EOWG()8:30AM scheduled to start in 7 minutes 12:23:52 Meeting: Education and Outreach Working Group Teleconference 12:23:52 Date: 24 October 2014 12:25:13 Chair: Shawn 12:25:17 Scribe: Sharron 12:26:07 Sylvie has joined #eo 12:26:21 Regrets: Jan, Wayne, Vicki, Andrew, Helle (Maybe Sylvie, Shadi, Jon) (No response Bim, Liam, Denis, Howard) 12:27:00 WAI_EOWG()8:30AM has now started 12:27:07 +Sharron 12:27:11 Wayne has joined #eo 12:28:30 AnnaBelle has joined #eo 12:29:12 +AnnaBelle 12:29:53 +Shawn 12:29:58 zakim, call EricE-Skype 12:29:58 ok, yatil; the call is being made 12:30:00 +EricE 12:30:36 + +33.6.62.33.aaaa 12:30:39 zakim, nick yatil is EricE 12:30:39 ok, yatil, I now associate you with EricE 12:30:42 zakim, mute me 12:30:42 EricE should now be muted 12:30:47 zakim, aaaa is sylvie 12:30:48 +sylvie; got it 12:31:00 zakim, mute me 12:31:00 sylvie should now be muted 12:31:20 +Wayne_Dick 12:31:54 +??P5 12:32:00 zakim, ??P5 is me 12:32:00 +kevin; got it 12:33:10 paulschantz has joined #eo 12:33:13 zakim, who is on the phone? 12:33:13 On the phone I see Sharron, AnnaBelle, Shawn, EricE (muted), sylvie (muted), Wayne_Dick, kevin 12:33:54 +PaulSchantz 12:34:57 yatil has changed the topic to: Agenda for today: https://www.w3.org/WAI/EO/wiki/EOWG_Meetings#25_October_2014_Teleconference_Agenda 12:37:11 Topic: Tutorial Feedback 12:37:32 ack me 12:38:00 + +1.202.276.aabb 12:38:14 As stated in the wiki, the lead sentence is too broad. Suggest something like "Forms are commonly used to provide user interaction on web sites and web applications." 12:38:18 Eric: We got a little bit of feedback, mostly minor points and wanted to look at those: 12:38:27 Before: http://www.w3.org/WAI/EO/Drafts/tutorials/forms/ 12:38:51 Forms are used to provide functionality in websites and web applications. 12:38:53 zakim, aabb is Jon 12:38:53 +Jon; got it 12:39:23 After: Forms are commonly used to provide user interaction in websites and web applications. 12:39:57 Paul: Second on is better 12:40:06 AnnaBelle: +1 12:40:14 s/on/one 12:40:17 I like the second proposal better. 12:40:32 Shawn: Any objections to that change? 12:40:45 ...next? 12:40:53 Eric: Andrew commented 12:41:02 Tips and Tricks page - suggest adding some examples of icons that are commonly used, Also suggest adding a tip about testing (with a list of common keystrokes) 12:41:05 http://w3c.github.io/wai-tutorials/navigation/tips/ 12:42:08 Eric: The question since it is somewhat empty is what to do with the Tips and Tricks. Do we want to do what Andrew is suggesting or if not, need to think aobut the section as a whole 12:42:54 Shawn: There is now one bullet on the Tips and Tricks, Andrew's comment relates to that? 12:43:46 Eric: Yes because what he is suggesting would go there. Otherwise we could put the single bullet somewhere else and omit the Tip and tricks page 12:44:20 Shawn: So Andrew's comment - showing related icons - is relevant to that. 12:45:07 metzessive has joined #eo 12:45:29 ...show an example of an icon that links off of the current site. Any objections? 12:45:39 RESOLUTION: Add example icons 12:46:16 Shawn: Next point was to add a tip about testing with a list of common keystrokes. Is that a clear suggestion Eric or do you need more detail? 12:47:02 Eric: I am not sure if that is in the scope of the tutorials. The same keystrokes to do testing would apply to other tutorial topics, not just to this. 12:47:40 ...what we could do is to tell people they should test and give them a link to that section of EasyChecks 12:47:50 Sharron: +1 12:48:12 Shawn: But does that not apply as well to all? 12:48:38 Wayne: Yes but I think that keyboard testing for forms deserves a section of its own. 12:49:04 ...keyboard testing for menues 12:49:55 ...soemthing to refer people to is the widget section of the ARIA Authoring Best Practices 12:50:16 ...this is not for the faint of heart or flat beginners. 12:50:39 Shawn: Remind me of what is covered in the rest of this tutorial? 12:50:40 q+ to ask about drop-down not triggering 12:51:10 Eric: We cover the fact that people navigate from the keyboard but it is decoupled from the specific sub topics 12:51:46 q+ 12:52:01 ack w 12:52:12 Shawn: So the question is what to say about testing throughout the tutorials and to consider adding links to EasyChecks in all or to discuss in Tips and triacks or to put on a wish list for later. 12:53:09 Wayne: We were not able to do keyboard testing in depth in EasyChecks. Remember we had to cut down the forms section in EasyChecks in respect for the fact that it was meant to be "Easy" 12:54:03 Shawn: So what about the fact that the tutorials are meant to be a guide to doing it, not a testing and validation - look elsewhere for that. 12:54:32 link to http://www.w3.org/WAI/eval/preliminary.html#interaction ? 12:54:36 AnnaBelle: As a developer, I really need guidance for how to make sure and validate to myself that I am doing it correctly. 12:55:23 http://www.w3.org/TR/wai-aria-practices/#kbd_general_ex 12:55:23 Shawn: What about EasyChecks as a resource for that? 12:55:44 AnnaBelle: It is OK but seems like an interim solution 12:56:57 Agree with Anna Belle that this is an interim solution. May be add a longer explanation on a wish list. Because you have all shorcuts with ARIA that are not the same. 12:57:12 Shawn: There are these things on the table: First would be to put on a wish list - put on menues turoial and perhaps others a guide to testing. It might include an EasyCheck, maybe point to ARIA practices, maybe have an entire separate page within the tutorial for testing. 12:58:43 Wayne: ARIA Practices are way over in Difficult land and Easy Checks are way over in Easy land and we probably need a median solution that at least gives developers an expectation of what behaviors they should look for. For example, the up and down arrow keys are overloaded in the screen readers and do not behave as a developer might expect. 12:59:45 Shawn: One aspect is how to design it - and that belongs solidly in the tutorial - and another aspect is how to test. That is the question. Eric can you write up a wish list item with some of these ideas. 13:00:29 Sharron: Is the point of the wish list to say that we are tabling the testing guidance? 13:00:33 Shawn: Yes 13:01:44 +1 to at least add links to easy checks and ARIA best practices 13:01:45 Sharron: But I think even a link to easyChecks would be useful on some of these more complex items 13:02:42 AnnaBelle: Yes I don't feel like I need it for many things, but for menues/navigation I REALLY felt like I needed some confirmation that I did it right 13:03:17 Shawn: So what if we say we add a link to the EasyChecks...and what about a link to the ARIA proactices? 13:03:27 Wayne: I can provide that link. 13:03:27 Second Sylvie's comment 13:03:36 Shawn: Eric how do you feel about that? 13:04:02 Eric: I am not sure. Linking to EasyChecks is good but linking to the ARIA stuff is problematic. 13:04:21 Wayne: I agree that it seems like a hostile environment. 13:04:34 http://www.w3.org/WAI/EO/Drafts/tutorials/navigation/flyout/#web-application-menus 13:04:49 then easy checks is best 13:05:09 +1 13:05:10 Shawn: Current proposal is to add a link to Easy Checks in the Menues turtorial 13:05:17 +1 13:05:19 Sharron: +1 13:05:20 +1 13:05:22 +1 13:05:25 paulschantz has joined #eo 13:05:33 +1 13:05:41 s/turtorial/tutorial 13:05:47 http://www.w3.org/WAI/eval/preliminary.html#forms 13:06:10 +1 13:06:13 Shawn: In the forms tutorial we also have an EasyChecks section, so a similar proposal is to add that link within the Forms tutorial 13:06:18 +1 13:06:19 Sharron: +1 13:06:34 +1 13:06:46 +1 13:06:49 +1 13:06:51 +1 13:06:59 s/Easy Checks in the Menues turtorial/Easy Checks in the Menues turtorial http://www.w3.org/WAI/eval/preliminary.html#interaction 13:07:28 Shawn: Next comment is from WCAG-WG 13:07:44 http://www.w3.org/TR/wai-aria-practices/#aria_ex_widget 13:08:21 Eric: It is about the menues tutorial as well. They think that the current navigation.menues tutorial is trying to cover two topics in one. They suggest to separate the two into individual tutorials. 13:08:32 Where can I find those? 13:08:35 Shawn: Let's take a quick reading break to look 13:08:42 https://www.w3.org/WAI/EO/wiki/EOWG_Meetings#25_October_2014_Teleconference_Agenda 13:08:55 Thanks 13:09:02 [[I can't quite put my finger on what I'm uncomfortable with in this tutorial. I think that it perhaps has to do with the way that "menu" and "navigation" seem to be intertwined in some ways but regarded as different in others. ]] 13:09:11 [[It needs to be made clear right up front that there are 2 entirely different concepts being discussed in the section. Firstly we have the 'old-school' web site navigation mechanisms. Secondly, we have the new WAI-ARIA application menus. These are entirely different concepts and should be introduced up front rather than just dropping the aria menus into the last page.]] 13:09:24 [[I think what we are really talking about here is navigation structures and not menus. Menus a very specific type of navigation structure that has specific accessibility API roles such as those defined in ARIA and has specific keyboard patterns associated with it. When you may statements that screen reader users expect menus to work like those in stand alone applications this statement speaks to something different from what the main content of the article is 13:09:24 about -- it speaks to real menus as I indicate above. If we want to go the route of actual menus then we need to include SC 4.1.2. 13:09:24 At this point I think the tutorial should be about navigation and we could then have a section specifically about menus and discuss the above.]] 13:10:45 ok 13:11:23 http://w3c.github.io/wai-tutorials/navigation/ 13:13:27 Eric: Originally I envisioned this tutorial as a navigation tutorial. Shadi suggested to add info about application menus. I thought we had made good distinction. They seem closely realted but turn out to be quite differnt. I am not sure there enough for a separate tutorial for application menues 13:13:54 Shawn: is there anything that oddurs to you to make the distinction stronger withn one tutorial? 13:14:38 Eric: Yes I tried to describe it better and have made more distinctions between the two. I would prefer to leave it in. 13:14:49 Sharron: Is the next step to send back to WCAG? 13:15:45 s/ok// 13:16:28 Shawn: No we need to look at it more carefully in EO. Eric can you craft a reply to WCAG and summarize what you ahve done (even point to previous drafts that highlight the changes that address WCAG's comments.) Then EO can review and determine if this meets their comment guidance. 13:16:36 Topic: Evaluation Tools List 13:16:40 http://w3c.github.io/wai-eval-tools/ 13:17:14 Armony has joined #eo 13:17:32 Shawn: Jon's comment was to move the disclaimer to the top or otherwise handled to avoid looking like an endorsement 13:18:50 I agree 13:19:24 I agree that it would be easier when it could be placed at the top. 13:19:34 AnnaBelle: I think the position of the disclaimer is OK I looked for it in the footer. 13:20:39 Shawn: Two points: Not endorsing vendor products is a BIG deal...a foundational principle of W3C. So coming here and finding a list of tools is a giant departure. it needs to be prominent and easily found. 13:21:28 AnnaBelle: If that is the case, I understand but I would suggest that the disclaimer also belongs in the footer where people look for it. 13:21:30 Is the list moderated? 13:22:34 List is semi-moderated, Paul. 13:22:45 Jon: My attention was drawn to the blue, there are superlatives that imply that the W3C has an opinion about the tools. But then on further exploration I find the fact that people submit their own and the superlatives are submitted by the tool maker. 13:23:57 Armony has joined #eo 13:24:19 Shawn: We need to record as an issue for alter - do we have parameters in the submission process that filter the superlatives? do we have limits on how they make claims? 13:24:51 Eric: OK I will 13:25:37 "nformation in this database (including the search criteria) reflects claims made by tool developers, vendors, or users;" 13:25:46 from the disclaimer 13:26:04 s/"nformation/"Information/ 13:26:20 Shawn: Another point is that the W3C does not endorse vendors and the second point is that the listing text itself is not written by us. So perhaps pulling together AnnaBelle's comment about the disclaimer itself needs to be made more clearly as well as the fact that the text is not ours. 13:26:46 Shawn's idea is more to the point. 13:28:00 Shawn: So imagine that the disclaimer is down at the bottom. So if we move it to the top, what points would be made? One is wee do not endorse, what else? 13:28:27 zakim, who is on the phone? 13:28:27 On the phone I see Sharron, AnnaBelle, Shawn, EricE, sylvie (muted), Wayne_Dick, kevin, PaulSchantz, Jon 13:29:29 Sharron: .. important that this is text submitted by the vendor 13:29:29 is a list of vendors & products like this unique on the W3C site, or is this a new thing? 13:30:02 Sharron: Good call Jon, we need this. Add the fact that it is vendor generated 13:30:41 Shawn: A proposal is to put an introductory sentence and perhaps change the link from "Disclaimer" 13:31:00 Wayne: But have both - the disclaimer as well as the introductory text 13:31:27 -1 13:31:28 +1 13:31:44 Shawn: So the proposal is to have introductory text with the two points, as well as a link to what is now disclaimer but renamed 13:32:36 AnnaBelle: It is important to use the word disclaimer somewhere because that is exactly waht it is. 13:33:23 Sharron: For example in the footer? 13:33:34 zakim, ? 13:33:34 I don't understand your question, Wayne. 13:33:57 A disclaimer in the footer would not be read. I think it is important to inform the reader at the beginning of the doc. 13:34:44 Maybe ask the W3C lawyer what's best for disclaimer text...? 13:35:44 Shawn: The main information would be in the lead-in text but the word "disclaimer" would show up in the footer and link it? 13:37:34 Eric: I am confused 13:39:34 Shawn: AnnaBelle, if we have a footer link that says for disclaimer info see above, would that work? 13:39:46 AnnaBelle: I am not sure, I realize I am confused as well 13:40:08 Shawn: OK we will go offline and develop a specifc proposal to bring back tot he group. 13:40:14 I agree 13:40:17 All: Sounds good 13:40:32 s/tot he/to the 13:40:48 Topic: Posting draft documents 13:41:41 Shawn: we had the surveys out, several replied. Jon you sent copy edits but approved the draft status, is that what you emant to do? 13:41:59 Zakim, who is noisy? 13:42:00 Jon: Yes I had suggestions but they were not meant to hold up the progress 13:42:14 yatil, listening for 13 seconds I heard sound from the following: Sharron (3%), Jon (66%) 13:42:21 Shawn: OK then Kevin will address your comments in soming weeks 13:42:31 s/soming/coming 13:42:52 zakim, mute me 13:42:52 EricE should now be muted 13:43:06 ...we may not get to them in the F2F but soon after. Any other comments about posting draft documents? 13:43:53 ...we did the quick fixes for posting the drafts but will put out a schedule for addressing the other tools and tutorials at a more reasonable pace. 13:44:01 Topic: F2F agenda 13:44:03 http://www.w3.org/WAI/EO/2014/10f2f 13:45:19 http://www.w3.org/TR/wai-aria-practices/#menu 13:45:22 /me uh, fairly recent stuff! ;-) 13:45:35 Shawn: So drafts of many new things have been posted. Will publish as schedule for refinng and polishing those. At the F2F we are going to kick off some new work, some of which has been on wish lists since 2008 and that we now have resources for. 13:45:38 s| /me uh, fairly recent stuff! ;-)|| 13:46:46 wayne /me Eric, you might look at the keyboard summary in the link above. It is very clear, and represents expected behavior. 13:47:20 s|wayne /me Eric, you might look at the keyboard summary in the link above. It is very clear, and represents expected behavior.|| 13:48:21 ready for discussion 13:48:29 ready 13:49:02 zakim, unmute me 13:49:02 sylvie should no longer be muted 13:49:43 Shawn: we will have a teleconference line. If anyone is able to join by phone, you are welcome 13:49:45 zakim, mute me 13:49:45 sylvie should now be muted 13:50:00 Shawn: Any general comments? 13:50:20 ...let's then look at a couple of specific. First is quick ref 13:50:30 Topic: Quick Reference 13:50:34 https://www.w3.org/WAI/GL/wiki/Resource_Redesign/Quickref/Analysis 13:51:48 Shawn: Background is that we had worked on this a few years ago for the doc that is called "How to Meet..." with quick reference in sub title. We had worked on ideas for making it more interactive and more useful. Since we have the resources, we are looking at how to implement that idea. 13:53:15 ...you may recall that the WCAG-WG has also has renewed interest in the technical support docs, so tehy will join us for the analysis of what that document might be. The goal today is to give participants a way to review, get familiar, offer suggestions for our discussion with WCAG-WG. Especially interested in getting input from those who will NOT be there. 13:53:56 AnnaBelle: I would love to include the idea of flowcharts, illustrations and some sort of complementary illustrative guidance to the new document 13:54:05 http://www.w3.org/WAI/WCAG20/quickref/ 13:54:40 Shawn: AnnaBelle, looking at the exisiting QuickRef, please say a bit more about what you are thinking. 13:55:38 AnnaBelle: This is very boxy, very linear. I am not prepared right now to get into the specifics. Was thinking more about an earlier discussion we had about... 13:55:58 Kevin: It was ageneral discussion about using illustrations and imagery to tie things together 13:57:23 Sharron: [@@ people like illustraations in Easy Checks ... imagry in other places ... to distrupt wall of text] 13:58:35 Sharron: In their preliminary discussions, AB, Jon, and Kevin discussed the importance of how illustrations can support different learning styles, et 13:58:45 AnnaBelle: Yes that would be very useful to me 13:59:16 Kevinn: And to provide an alternative for the stock photos that were proposed 13:59:26 s/Kevinn/Kevin 13:59:41 fyi, arrows about the docs http://www.w3.org/WAI/intro/wcag20 13:59:47 AnnaBelle: Can we share the pictograph? 13:59:55 Shawn: Maybe later at the F2F 14:00:46 ...is that about WCAG documents? 14:00:54 AnnaBelle: I will email it 14:03:03 Shawn: At the joint meeting with WCAG-WG we may or may not have a phone, depending on what room we are in 14:05:32 ...main outcome is that we establish good joint relationship to work together going forward. We need to do more joint work together so establishing that good natured collegial relationship is high on the list of priorities. 14:06:29 ...WCAG chairs will be leading our combined meeting time, so they will define the specific agenda. So we want them to leave finding that we can provide useful input. 14:06:41 ...that we are a support not an impediment 14:07:50 ...I know there is a lot here and I wanted to give everyone a chance to review and prepare. 14:08:52 Topic: Quick Start Guides 14:08:54 https://www.w3.org/WAI/EO/wiki/Easy_DD 14:09:25 very excited to see "Easy Design & Development Analysis" coming to table again! 14:09:31 Shawn: When we did EasyChecks, we wanted to do a similar document for developers, designers, PMs etc 14:10:06 ...Sharron, AB, Liam, Howard and others in the group brainstromed about what those might look like 14:10:29 s/brainstromed/brainstormed 14:10:38 Wayne_ has joined #eo 14:11:17 Shawn: May end up spending a fair amount of time on these on Day 1. Anyone want to contribute and help get us primed for thinking aobut that? 14:11:51 Sharron: one of the motivations was enthusiastic embracing of Easy Checks from people 14:12:22 ... community repsonse to ES so overwhelming psoitve 14:12:39 s/to ES so/to Easy Checks so/ 14:12:41 s/psoitve/positive 14:14:30 Shawn: What thoughts about how to organize the QuickStart Guides...by role, coders, vs designers etc? 14:14:31 zakim, who is on the phone? 14:14:31 On the phone I see Sharron, AnnaBelle, Shawn, EricE (muted), sylvie (muted), Wayne_Dick, kevin, PaulSchantz, Jon 14:14:40 Jon: What do you mean by coder? 14:15:00 Shawn: I want it to be entirely open, however people want to define it? 14:16:22 AnnaBelle: Job descriptions are a bit more stable than it used to be but still job responsibilities are fluid. One useful term is "front-end" vs "back-end" "graphic designer" seems more useful than "designer" 14:16:33 front-end web developer 14:17:31 ack me 14:17:42 ack e 14:17:46 q+ 14:17:46 Shawn: So if we were develop "Quick Start Gudies" would we have just the two - front end and back end? 14:18:18 s/ two - front end and back end/ two - front end developer and graphic designer/ 14:18:50 q+ 14:18:55 q+ 14:18:56 Paul: There are more than just two...the front end area itself is different that tne graphic designer. Those who can do the entire full stack for the front-end are rare birds. S 14:19:08 ack j 14:19:10 Shawn: So would there be more than 2? what would those be? 14:19:17 zakim, mute me 14:19:17 EricE should now be muted 14:19:34 q- shawn 14:19:41 Jon: I see a different situation for roles. They are often vague and often overlap. 14:19:54 ack m 14:20:31 Shawn: Don't need to talk about job descriptions, more focused on what would be useful and what would group well for knowledge transfer about accessibility? 14:20:50 I vote for 2 groups 14:20:55 nearly every "hard core developer" I've ever met viewed the "code" we talk about in the accessibility community as pure front-end coding 14:21:29 ack me 14:21:46 q+ to follow up Sharron proj managers 14:22:22 eric - not "roles" but "tasks" 14:22:40 Eric: I have a hard time to draw the line between developers and designers. What do I look at if I m looking at HTML? What do I llok at if I am workign on graphic design? Being task specific rather than job specific. 14:22:50 Sharron: +1 14:22:50 zakim, mute me 14:22:50 EricE should now be muted 14:22:57 ack k 14:23:21 that's really interesting, Paul. Almost all the developers with programming backgrounds view what Designers do as "art" and not coding at all. 14:23:56 front-end coding on larger teams are split between designers who focus on pure look and feel, interaction designers who focus on DOM and Javascript, and API developers who code hooks to back-end systems 14:24:50 Kevin: I would go with that idea. The concept of a front-end developer is fairly well established but covers quite a number of sins. Graphic design is a task that can be specifically addressed. Top ten planning things would be useful in my opinion. Slightly tangential but can have impact is back end foundation. How is the back end stack put together. 14:25:07 Shawn: Sharron can you say more? 14:25:09 q+ 14:25:09 ack sh 14:25:10 shawn, you wanted to follow up Sharron proj managers 14:25:55 -PaulSchantz 14:26:27 ack w 14:26:43 Sharron: PMs need to know how to integrate accessiiblity into the whole project. 14:27:21 Wayne: And to add to what Kevin said - the recent conversation on WAI-IG about headings is a good example of people being stuck with built in back end errors 14:27:22 Dynamic guide for planning https://www.w3.org/WAI/EO/wiki/Dynamic_guide_for_planning 14:28:06 Shawn: So far Kevin has been updating text in planning docs and now we are looking at a more dynamic way to use these docs and add to them. 14:29:07 ...Jon and Kevin (and AB and Sharron) if you took minutes, we would be interested in being brought into that conversation so it you have notes to share, now is the time. 14:29:33 AnnaBelle: We had introductory conversation and siad we would reconvene when it was time 14:29:43 Kevin: I do have notes in the wiki 14:29:52 ...will link when I find them 14:30:03 https://www.w3.org/WAI/EO/wiki/Planning_illustrations 14:30:37 Shawn: I am excited about the work coming up. Look forward to seeing everyone and regret those who cannot join. 14:30:46 ...thanks all, see you soon. 14:30:47 bye 14:30:52 -Jon 14:30:54 -Shawn 14:30:54 -sylvie 14:30:55 -kevin 14:30:55 -AnnaBelle 14:30:56 trackbot, end meeting 14:30:56 Zakim, list attendees 14:30:57 As of this point the attendees have been Sharron, AnnaBelle, Shawn, EricE, +33.6.62.33.aaaa, sylvie, Wayne_Dick, kevin, PaulSchantz, +1.202.276.aabb, Jon 14:31:00 -Sharron 14:31:04 RRSAgent, please draft minutes 14:31:04 I have made the request to generate http://www.w3.org/2014/10/24-eo-minutes.html trackbot 14:31:05 RRSAgent, bye 14:31:05 I see no action items 14:31:06 -EricE