12:10:51 RRSAgent has joined #eo 12:10:51 logging to http://www.w3.org/2009/10/23-eo-irc 12:11:02 Zakim has joined #eo 12:11:12 zakim, this will be eowg 12:11:12 ok, doylesaylor; I see WAI_EOWG()8:30AM scheduled to start in 19 minutes 12:11:23 rrsagent, make logs public 12:11:33 Scribe: Doyle 12:11:44 ScribeNick: doylesaylor 12:11:54 Meeting: EOWG 12:12:09 Chair: Shawn 12:17:10 q+ to remember to ask someone to clean up minutes afterwards 12:17:57 :-) 12:18:03 achuter has joined #eo 12:19:08 andrew has joined #eo 12:24:18 q+ to remind time change next week 12:24:52 just for some of us :) 12:27:05 WAI_EOWG()8:30AM has now started 12:27:12 +doyle 12:28:37 +Shawn 12:29:18 shadi has joined #eo 12:29:40 + +7.902.aaaa 12:29:47 zakim, aaaa is Andrew 12:29:47 +Andrew; got it 12:30:12 +Stevef 12:30:37 zakim, stevef is me 12:30:37 +shadi; got it 12:30:44 achuter has joined #eo 12:32:15 +Jack 12:32:19 Shawn: A lot of updates on the agenda yesterday. 12:33:33 Topics: Involving Users in Web Accessibility [working title] 12:34:03 zakim, who is here? 12:34:03 On the phone I see doyle, Shawn, Andrew, shadi, Jack 12:34:04 On IRC I see achuter, shadi, andrew, Zakim, RRSAgent, shawn, doylesaylor 12:34:04 +??P5 12:34:12 zakim, ??P5 12:34:12 I don't understand '??P5', achuter 12:34:14 Shawn: the first link goes to the requirements and analysis. 12:34:15 +Jennifer 12:34:16 zakim, ??P5 is me 12:34:16 +achuter; got it 12:34:27 zakim, please mute me 12:34:27 achuter should now be muted 12:34:28 zakim, who is here? 12:34:28 On the phone I see doyle, Shawn, Andrew, shadi, Jack, achuter (muted), Jennifer 12:34:30 On IRC I see achuter, shadi, andrew, Zakim, RRSAgent, shawn, doylesaylor 12:35:38 http://www.w3.org/WAI/EO/changelogs/cl-impl-users.html 12:35:40 hbj has joined #eo 12:35:45 Shawn: First item is the requirements for involving users in Web Accessibility. 12:37:10 Shawn: let's skip the title brainstorms. Two main things here. A reminder of what this is. We wrote a document a few years as part of an evaluation resources suite. This document more explicitly talks about users in the design process and includes older users. A big issue with this is scoping. How can we make this a useful resource and draw a line of not making too big and complicated. 12:37:15 + +0453649aabb 12:37:45 zakim, aabb is hbj 12:37:45 +hbj; got it 12:38:18 Shawn: Another important point, really make the primary audience the web site designers or coders and project managers, but not usability specialists. We want after we finish this document we'll do something for usability specialists. 12:38:37 Andrew: those are the key things to keep in mind. 12:38:43 q+ 12:38:49 Shawn: comments? Scope and audience especially. 12:38:59 No comments 12:39:04 ack me 12:39:10 ack sh 12:39:10 shawn, you wanted to remember to ask someone to clean up minutes afterwards and to remind time change next week 12:39:10 ack me 12:39:21 q+ to remind time change next week 12:39:24 q+ to remember to ask someone to clean up minutes afterwards 12:40:20 Shadi: I was actually advocating of dedicating this to standards web developers and now too much for them. Involves them too much by inviting them to the table and making them addressed. 12:40:34 Andrew: a different type of developer to involve as end users. 12:41:21 Shadi: A different type of involvement at some stages. From the beginning by putting up requirements making sure you include end users. This should be involving all of these. 12:41:47 Shawn: lets' take HTML 5 include them in your use case. Including real people? 12:42:00 s/ include end users/ include end users in 'use cases' 12:42:15 +q 12:42:27 Shadi: either real or representations. When we take many developments we try to actively involved users in the standards process. 12:43:44 Helle: I would like to support Shadi on this. A lot of activities in Europe a lot of users are involved. Important to raise the idea when people work on standards it's important to have users in the standards work itself. How to take into account all the people with special needs. 12:44:24 Shawn: if we add something to this document for a users audience. A small section or paragraph, something for this audience how much it would overlap here? 12:44:36 ack me 12:44:42 s/special needs/special needs - see eg JTC1 doc on @@@/ 12:45:49 Shadi: If I look at the intro it opens up quite nicely. Starts with a nice broad definition, and drop web services and then throughout the document say web developments and specifically mention them throughout. Do a basic text that includes all sorts. Like browser manufacturers. 12:45:55 Shawn: any other comments? 12:46:17 s/web developments/web developers/ 12:46:46 Shawn: Let's look at the draft document itself now. Also let's come back after looking to look at the title. 12:46:57 zakim, unmute me 12:46:57 achuter should no longer be muted 12:47:36 The JTC1 SWG-A reports are ISO/IEC TR 29138 Parts 1-3 12:47:54 Shawn: Over all reactions? Particularly especially the length. We've done little editing to take out. Too long, is it good, be longer to cover more details? 12:48:21 s/to take out/to take out - mostly added 12:48:45 alan: wants more a little detail, but otherwise seems to have everything there. Overall comments on the overall contents. 12:48:56 Jennifer: idea to not get much longer. 12:49:16 Shawn: already pushing it for length. One section we can cut down. 12:49:20 s/idea to/ideal to/ 12:49:23 Shawn: Alan specifics? 12:49:55 Alan: in the introduction, you could say it is not just a web accessibility to ask people what you make of it as you design. Something like that? 12:50:10 Shawn: the first sentence to say that more clearly? 12:50:25 Alan: in web design this is often overlooked or something like that. 12:50:56 Shadi: I think everything is there. I really like the examples and skimming wise that's really helpful. 12:51:41 Andrew: somewhere in the introduction, we already have the business case for web accessibility and this document supplements and if we could cross reference to the business case somewhere? 12:52:01 Sharron has joined #eo 12:52:37 Shawn: where say involving others with accessibility needs or link at return on investment. Or maybe increasing usability to include people with disabilities there. I don't think worth two sentences , but a short way to do it maybe? 12:52:56 Shawn: fits more with the usability document not as much here. 12:53:18 Andrew: you accept the business case for accessibility, and use that here rather than the guidelines. 12:53:34 Jennifer: I'm not sure where it might fit for the business case. 12:53:38 Shawn: what else? 12:53:44 s/than the guidelines/than just the guidelines/ 12:54:10 + +1.512.305.aacc 12:54:12 s/fit for the business case/fit for the business case - possibly link the BusCase to this 12:54:34 Jennifer: I think this was the document found myself the examples are important to make this concrete. I thought there were too many blind references though. 12:54:36 zakim, aacc is Sharron 12:54:36 +Sharron; got it 12:54:58 Shawn: yes, and Andrew brought up the one example of screen readers. Maybe we could come up with others. 12:55:13 Jennifers: does this include tables? 12:55:45 Shawn: yes. Think about some strong examples with PWD with other disabilities. Particularly older users. 12:55:54 Shadi: keyboarding? 12:56:22 zakim, mute me 12:56:22 achuter should now be muted 12:56:57 shadi: For all the users the first thing that comes to mind is text enlargments, but keyboarding comes to mind like skip links. Keyboard users are massively disadvantaged. 12:57:19 Shawn: a kluge on the developers job because the browsers don't do that. Another example? 12:57:30 Andrew: contrast comes up fairly often too. 12:57:40 shawn: how does that fit here on this document? 12:57:53 Andrew: having this tested for? 12:59:15 s/having this tested for/having this tested for, as (older) users have diffrent vision from developers 12:59:17 Shawn: we need examples like a developer to follow the guidelines and didn't understand how PWD use the web and they did the wrong thing and didn't understand what they need, and the second analyzing disability issues. One the developer didn't mark up right, and number two the assitive technology doesn't work right, and three the user doesn't know how to use the assitive technology. 13:00:13 Shadi: the developer who doesn't know how to do the right thing should be there. Not dealing with the users and the usability, claim to meet the actual requirements and didn't spend time to meet quality. 13:00:44 andrew: go to all the effort to make a complex table they should spend time to do a simple usabilityy instead of complex code markup. 13:01:55 Helle: what you said Andrew is also a content problem. Who decides what goes on the web site. Something about navigation within the site. Very often people skip the headers. If you don't have to go through the document. I can't come up with an example to benefit the blind user. 13:02:40 Jennifer: I think the problem is we often so often relate to screen readers we are at the same blind centered examples. Harder than it ought to be in my opinion. 13:02:42 s/example to benefit/example other than to benefit/ 13:03:48 -achuter 13:04:16 Andrew: I can appreciate when you can tap tap as opposed to when you can't tap tap. 13:04:51 Shadi: It has been shown that it is quite different when you can see and the focus goes all over the place. It is a different kind of keyboard use. 13:05:09 Jennifer: how can we use that idea. That could be a good one. That people might not know. 13:05:14 s/I can appreciate when/It is hard to appreciate keyboard-only users when 13:05:49 s/kind of keyboard use/kind of keyboard use from the screen-reader user 13:06:18 Shadi: I need more time to think about that. A whole list of skip links that was an over kill of skip links. The issue they all didn't appear. You didn't know what was going on visually. I don't know if that is good example to use though. 13:06:23 Shawn: what else? 13:07:12 Jennifer: that is the main issue that jumped out at me. I might think of other things over the weekend. 13:07:47 s/is the main issue/is the main issue (blind-centric egs)/ 13:08:28 Shawn: Please do send comments in the next couple of days. I'll take another pass at it before the face to face. I'd like to get comments before so we can speak about in the f2f. 13:08:42 Topics: Improving Your Web Experience by Using Adaptive Strategies [working title] 13:10:10 Shawn: The previous document is called including users in web accessibility evaluation. Involving users in web development. And I thought about involving users in web development that's more formal and good, or including users for better and easier web accessibility 13:10:24 Sharron: I think better easier is a better title. 13:10:40 Andrew: title shows up first in most searches. 13:11:15 Shadi: I don't want to stick to web development. I like better easier because it is more motivating. But I don't know if it means all users. 13:11:32 Shawn: if you have ideas for other titles send to t;he list. Now back to the second items. 13:11:37 [Involving User for Effective Accessibility] 13:11:38 Topics: Improving Your Web Experience by Using Adaptive Strategies [working title] 13:11:47 http://www.w3.org/WAI/EO/changelogs/cl-adapt-strat.html 13:11:56 Shawn: Shadi? introduce this? 13:13:11 Shadi: this is primarily about users who benefit from accessibility built into the OS and browsers and don't know how to configure them. Or scared of playing around with the system. And people who could benefit from the tools. All the way to assistive technologies and specialized technology. But don't come to the idea these exist. 13:14:33 shadi: many people do not get the right things. Could be used in a lot of IT training. While the primary audience speaks to those users. But our primary audience would be trainers and supporters. Secondary audience doesn't speak to them. 13:14:44 Shawn: an indirect primary audience. Indicate that? 13:14:49 Shadi: ok. 13:15:01 action: indicate that trainers/educators are indirect primary audience 13:15:19 Shawn: specific things to focus on for this requirements page? 13:16:18 Shadi: explain adaptive strategies without using the terms. To not scare off because they don't relate to disabilities. Mention either approach though. Comments? 13:18:17 Shawn: something that jumped out at me. You said something like they might nnot be aware of what they can do, or might be scared to. I think that is a huge issue with a lot of people. I know people who are not computer literate they are totally unwilling to try anything. They might blow it up. 13:18:32 action: indicate that motivating people who are afraid of reconfiguring their systems is probably a huge issue and difficult to address 13:18:32 Andrew: or acquired computers skills just before hand. 13:19:14 shawn: I have worked with a few new computer user is tending to being anxious about errors for even up to a few years. 13:19:40 s/just before hand/acquiring a disability/ 13:21:11 Shadi: let's jump over to the actual document. The document is a very early outline now. The place holders, looking for a catchier title, and not have adaptive in there. Should be in simple terms and motivating. Retain that style throughout the document. In the subsection about figuring various bits about ...and various hardware. Not a step by step guide. We may link to several resources out there that may help users. 13:21:36 Shawn: what would that section look like? Here is what you can do and that is the directions for how. 13:21:39 -> http://www.w3.org/WAI/EO/Drafts/adaptive/strategies.html outline draft 13:22:52 Shadi: for most browsers you can control text size, and then link to some resources. high lighting those that exist, and maybe colors. To provide additional what kind of tricks there are. And eye opener for most people. For most platforms that can be mentioned. Under the options tab but not really more than that. 13:23:14 s/some resources./some resources for how. 13:23:37 s/And eye/An eye 13:24:00 s/Under the options/Suggest looking under the options 13:24:07 action: think in terms of functional requirements of users 13:24:16 Jack: one way to approach. Begin with a link or matrix kind of thing. Something functional of what you want to do. And then mention style sheets to go from what they want to accomplish the disability they are trying to deal with. Related that to a particular function like their web browser or media player. 13:24:36 Shadi: not sure it would turn out as a matrix. That would be a good approach. 13:25:06 Jack: put in as a matrix is how you want it to appear. But the really important to related to a function and user requirement. 13:25:57 Shawn: really good idea because where should I do it. LIke what do want to do, see better, hear better that kind of approach. 13:26:08 Shadi: do a sub heading to turn this around a bit. 13:26:53 Shawn: do a new heading to see how this works. Maybe a possibility to do both. If I was in as step by step option. But this is not a step by step instructions. 13:27:29 Shadi: the over all construction would involve the media player and browser. Use that instead of user. 13:27:49 s/If I was in as step by step option/If I was in as step by step mode I would want existing option 13:28:24 Shadi: Start off by saying improving your web experience, instead with optimizing, and ... 13:28:36 shawn: making it easier to use web sites? 13:28:45 Shadi: making web sites easier to use. 13:28:46 [get more from the web/browser/@@] 13:28:55 Jennifer: I vote yes for that one. 13:29:14 Shadi: sounds like what developers should be doing. 13:29:28 Helle: isn't it something about customizing your web browser? 13:29:46 Shadi: more than just customizing but something like customizing. 13:29:59 How you cam make websites easier to use 13:30:31 s/How you cam make websites easier to use / How you can make websites easier to use/ 13:30:48 make your web experience better 13:30:51 Helle: have something about how you can do individually. Saying how make web sites easier to use. Better for you specific needs or preferences. 13:30:58 Shawn: like the word customizing? 13:31:02 Helle: yes. 13:31:19 Shawn: I think web experiences is very jargony. 13:31:36 get more from the web 13:31:40 Customizing how Websites Work for You 13:31:53 Make Websites Work Better for You 13:31:58 Helle: how website work for you. 13:32:34 better website interaction 13:32:35 s/how / make 13:32:35 [interaction] 13:32:42 Jack: so far the suggestions are focusing on the individual what you are really talking about adapting your software instead of the individual. 13:33:22 Shawn: I am thinking of the target audience. I am a trainer at a class for computer users at the senior housing center. What would they be looking for? This would be useful. 13:33:51 Andrew: good point. Once we have some that we think are useful. Then ask them what would appeal to their audience. 13:34:06 Shadi: I am trying to think of the end users. a sub title might help here? 13:34:24 s/ask them/ask some trainers/ 13:34:42 Helle: they talk about how to set up your computer or browser. They have a much more general way to talk about and sounds to us unspecific. They know what they are talking about. 13:35:10 Jennifer: make the web work for you. 13:36:20 Setting up teh computer... 13:36:21 Shawn: the target won't be setting up the web, but the set up of the computer. Good to shift the outline from configuring the web browser, etc. Something in the title the idea of keeping open the idea of a sub title as well to meet both perspectives. 13:36:45 setting up your computer / makng the web work better for you 13:37:40 Shadi: keep in mind while we speak to users and trainers, we want to show browser venders, there are so much more benefits for the users. Speak more in the web sphere. More targeted to the end users we are talking, but having a title more web centric. 13:37:54 shawn: comments on this document, approaches for the next round. 13:40:15 Shawn: both of these documents are on the agenda for f2f. We have a list of readings to talk about. As soon as each one is stable we'll give you an update. People going to the f2f are here on the call. We want to give you in plenty of time to discuss. For some of these the f2f is the last significant discussion. How early do you need the doc stabilized. Get me to day or next Friday. Weekend or as soon as possible during the week. 13:40:19 Doyle: I'm easy. 13:40:29 Jennifer: I am a weekend person. 13:40:54 Sharron: I'm pretty open. Weekend is fine. 13:41:12 Shawn: if you have early in the week? 13:41:23 Jack: get to me by next Friday. 13:42:11 Helle: I would need before Friday. I use the weekend for traveling. I would have to look at Thursday or Friday. Preferably thursday. A big family thing on Saturday. 13:42:43 Shawn: we'll get some stuff stabilized by the beginning of the week. Any questions or comments of what we will be doing with these documents. 13:43:00 Topics: Slides, discuss any issues sent to the mailing list 13:44:43 Shawn: The first one is the benefits of access slides and the quotes are now in the slides. If you have a comment about placement let me know. And also about the visual design. Comments are welcome are welcome also. I did quickly in powerpoint but we want to carry through the HTML version. Somebody who is decent with CSS. A colleague or something to be up for doing the CSS. 13:44:55 Sharron: I'll look into that. By the end of today. 13:45:08 Shawn: won't be too hard. Comments on the slides? 13:45:30 Topics: New Accessibility - W3C page - more images? 13:46:18 -> http://www.w3.org/standards/webdesign/accessibility accessibility page 13:46:45 -> http://lists.w3.org/Archives/Public/w3c-wai-eo/2009OctDec/0014.html email comment 13:46:58 Shawn: The last thing on the agenda. A comment in the email in reply to that, saying there is too much text on the pages, and should be images. I replied with shopping sites. A lot easier to convey with a picture. Thoughts on that idea? 13:48:44 Shawn: for those around for the WAI site redesign. How hard to have one image that adequately represent of what we want to represent. What about having a series of images? How the web is designed to work with all people, a list of differences. Overlaps with mobile and older users. A series of small pictures different people using the web and different situations, some having obvious disabilities. Would strengthen the page? 13:48:48 s/shopping sites/shopping sites are much easier than more abstract material/ 13:48:52 Jack: tell us more? 13:50:06 Shawn: near the introduction. Had 7 pictures and one was someone using a head stick to type. Somebody using a mobile phone. Someone who is blind. Someone in a location in a remote village. Each picture, the human in each picture has a different ethnic background 13:50:33 Jack: how people use the web, pictures that go with the different case scenarios. Provides the diversity you want. 13:50:43 Shawn: maybe have a kid also. 13:51:26 s/ maybe have a kid also/show an older users, maybe have a kid also/ 13:51:38 s/ maybe have a kid also/show an older user, maybe have a kid also/ 13:51:55 Shadi: We will continue to have our differences on this. If saying that is the shoe you are buying we won't show the lamp. Show as clearly related. I don't want to try a hand bag, not a shoe. Clearly show this is about PWD and older users. That is a requirement of what we develop for. 13:52:07 Shadi: I don't want to hide the disability aspect. 13:53:13 Shawn: the intro starts out this is for everybody which includes disabilities. I would say of the seven picture four should have obvious disabilities. The other three should show the mobile and additional benefits. Part of the whole picture. What we were trying to convey in the first page. 13:53:52 Shadi: It's not about the web as a whole but about the four PWD. Mobile web standards what do we get. Let;'s see what if this work. 13:54:13 Shawn: I wanted to address this only if we feel strongly to take this on. 13:54:49 Andrew: the email as I recall as using illustrations is reducing the amount of text one has to read. This may not reduce the text significantly. 13:56:05 Jennifer: one thing I would say about reducing the amount of work. If that was used, the pictures;, should be used elsewhere also. In general I agree with the idea more pictures and videos. People trying to wrap their heads around so text heavy pages they are overwhelmed. Get a big bang for the investment. 13:56:45 Jack: part of what you want to do, is not a single image for different situations, get several that are robust enough you can use in several situation to get more bang for the buck. 13:57:02 Shadi: for those scenarios. To have images to attach to or something. 13:58:01 [ personas for wai site redesign http://www.w3.org/WAI/redesign/personas.html ] 13:58:03 action: andrew to consider including pictures with the scenarions in "how pwd sue the web" - add to changelog 13:58:04 Shawn: I agree. We wanted to put more pictures on the site, but we didn't get done. As reminder for the personas we had pictures. 13:58:36 Shadi: maybe the images are larger with PWD and the other more in the background. As part of the point as a site as a whole this site is about PWD. 13:59:25 Jennifer: There are a lot of disabilities you can see in a picture. Differenciating between PWD and without plays into stereotype. 13:59:41 +Loughborough 13:59:41 Sharron: you can't tell with some people what their disability is. 13:59:43 s/you can see/you can't see/ 14:00:06 Jennifer: the assitive technology conveys the theme, but with many people you can't tell. 14:00:31 Jennifer: that is why I liked your idea Shawn. All blended together. 14:00:43 maybe a montage 14:00:50 Shawn: possible in five or six pictures. 14:01:11 shawn: walk through the agenda for f2f. 14:01:20 Jennifer: I don't think we need to walk. 14:01:24 -> http://www.w3.org/WAI/EO/2009/11f2f f2f agenda 14:02:06 shawn: we will need scribes. Particular topic you would like to scribe for. Think about what point you would like to be a scribe. Let me know. You will get the time slot for the document you want. 14:02:17 Andrew: is Doyle open to scribing? 14:02:19 ack me 14:02:19 shawn, you wanted to remind time change next week and to remember to ask someone to clean up minutes afterwards 14:02:21 Doyle: yes 14:02:28 s/Andrew: is Doyle open to scribing?// 14:03:11 Shawn: next week we meet, Shadi will be chairing the meeting. We need someone to clean up the minutes. 14:03:18 Sharron: I will clean up the minutes. 14:03:48 william: I will be the opening keynote for the double A dinner in Rawly next year. 14:04:01 Shawn: good. 14:04:18 s/ double A dinner in Rawly/ W4A dinner in NC/ 14:04:18 s/double A/W4A conference 14:04:51 -hbj 14:05:03 Shawn: Everybody have a wonderful weekend. Have safe travel. 14:05:07 -Jennifer 14:05:08 -Sharron 14:05:09 -Jack 14:05:10 -Loughborough 14:05:11 -Andrew 14:05:12 -shadi 14:05:14 Present: Doyle, Shawn, Andrew, Alan, Shadi, Jack, Jennifer, Helle, William, 14:05:16 -Shawn 14:05:18 -doyle 14:05:19 WAI_EOWG()8:30AM has ended 14:05:20 Attendees were doyle, Shawn, +7.902.aaaa, Andrew, shadi, Jack, Jennifer, achuter, +0453649aabb, hbj, +1.512.305.aacc, Sharron, Loughborough 14:05:27 Regrets: Song,Yeliz, Sylvie, Liam, 14:05:51 rrsagent, draft minutes 14:05:51 I have made the request to generate http://www.w3.org/2009/10/23-eo-minutes.html doylesaylor 14:38:37 s/Topics:/Topic:/ 14:38:50 rrsagent, make minutes 14:38:50 I have made the request to generate http://www.w3.org/2009/10/23-eo-minutes.html andrew 14:39:24 s/Topics:/Topic:/ 14:39:26 s/Topics:/Topic:/ 14:39:27 s/Topics:/Topic:/ 14:39:28 s/Topics:/Topic:/ 14:39:29 s/Topics:/Topic:/ 14:39:31 s/Topics:/Topic:/ 14:39:32 s/Topics:/Topic:/ 14:39:36 rrsagent, make minutes 14:39:36 I have made the request to generate http://www.w3.org/2009/10/23-eo-minutes.html andrew 14:40:43 andrew has left #eo 16:12:41 Zakim has left #eo