12:06:58 RRSAgent has joined #eo 12:06:58 logging to http://www.w3.org/2010/09/03-eo-irc 12:07:17 Zakim has joined #eo 12:07:29 zakim, this will be eowg 12:07:29 ok, doylesaylor; I see WAI_EOWG()8:30AM scheduled to start in 23 minutes 12:07:42 rrsagent, make logs public 12:07:52 Scribe: Doyle 12:08:03 ScribeNick: doylesaylor 12:08:15 Meeting: EOWG 12:08:29 Chair: Shawn 12:13:04 Andrew has joined #eo 12:13:35 Top o' the morning Andrew! :-) 12:14:03 oops I see no Shawn, are you chair? 12:14:24 Wayne has joined #eo 12:16:19 shadi has joined #eo 12:16:36 zakim, who is on the phone? 12:16:36 WAI_EOWG()8:30AM has not yet started, shadi 12:16:37 On IRC I see shadi, Wayne, Andrew, Zakim, RRSAgent, doylesaylor 12:17:16 Thanks Andrew, got Jennifer is a regret. 12:17:32 Morning Shadi, and Wayne! 12:17:46 Chair: Shadi 12:22:20 Sharron has joined #eo 12:26:56 WAI_EOWG()8:30AM has now started 12:27:03 +doyle 12:28:50 +Sharron 12:29:29 sylvie has joined #EO 12:30:35 +??P11 12:30:40 zakim, ? is me 12:30:40 +shadi; got it 12:31:03 +Andrew 12:31:55 yeliz has joined #eo 12:33:14 + +33.1.44.27.aaaa 12:34:10 zakim, aaaa is sylvie 12:34:10 +sylvie; got it 12:35:23 +Wayne_Dick 12:35:42 Shadi: We have a big agenda today. 12:36:03 Topic: Developing Websites for Older People 12:36:07 +??P15 12:36:13 zakim, ??P15 is yeliz 12:36:13 +yeliz; got it 12:36:32 zakim, mute yeliz 12:36:32 yeliz should now be muted 12:36:52 LiamM has joined #eo 12:37:22 http://www.w3.org/WAI/EO/Drafts/sites-older-users/Overview.html 12:37:57 Shadi: Andrew has continued to incorporate comments on the Older Users and this is the final draft for the approval period, hopefully major comments should come now rather than later. 12:39:32 Shadi: Still some issue for functionality. But ignoring the expand and collapse we want to look at first the H3, headings under perceivable, operable, understandable, and robust. Hopefully this is understandable from reading them, and developers can use them over time for older people. Look at the titles themselves. 12:39:52 Andrew: Are they meaningful a developer would relate to or any other suggestions. 12:40:16 zakim, mute sylvie 12:40:16 sylvie should now be muted 12:40:26 Shadi: while going through the documents just looking at the headings and organization of that, anything jump out at you? 12:41:14 +Liam_McGee 12:42:01 Shadi: A question to get this going, with each title to explain what is inside from the title. We are looking at the heading for older users. Each on the call to have a decent idea inside. Comments or thoughts on that. 12:42:57 Andrew: How do they work for t;his document, do they work, no comments then it's ready as is. 12:43:35 Wayne: H3s? or H4s? The H3s seem to be just perceivable, operable is what you want us to look at? 12:43:41 Andrew: H4 too. 12:44:14 Wayne: in text size there is blurring and could be clearer. Nothing to do with Audio presentation, or tactile presentation. 12:44:50 Shadi: In WCAG speak text decoration rather than presentation. Or just call it text Style? 12:44:58 Wayne: yes that is good. 12:45:19 Andrew: that would clarify whether text or audio. 12:45:26 Wayne: that would do it. 12:45:47 Shadi: consider inside the text impact, or use visual here or decoration. 12:46:39 Wayne: within CSS text decoration has a limited interpretation. Probably don't want to use that. One parameter of style. The real techie would come in and say Oh what do we say about decoration. 12:46:48 Andrew: without confusing that's good. 12:46:50 [[Text style, including font type and decoration, ...]] 12:47:15 Shadi: for editors discretion. 12:47:21 Shadi: comments on this? 12:47:40 Liam: Alignment? 12:47:49 shadi: is alignment decoration? 12:47:53 [[Text style, including font type, alignment, and decoration, ...]] 12:48:03 [[Text style, including font, alignment, and decoration, ...]] 12:48:18 Liam: no, but you can't say typography because it follows in the next heading. 12:48:26 Wayne: Text Style and layout? 12:48:51 Shadi: layout starts going into other aspects of the presentation. 12:49:06 Liam: I meant text style and text layout, rather than just layout. 12:49:07 [[from Liam: text style and text layout]] 12:49:49 Liam: generally the actual heading if you don't know what captcha is you don't know what is in it. 12:50:18 Shadi: Let's come back to that. That caught my attention. Andrew you use instead of navigation? 12:50:28 action: developing - "Text style and presentation" > "Text style" or "text style and (text) layout" 12:50:37 Wayne: done in understanding? 12:50:47 [[Consistent navigation and labelling]] 12:50:52 Andrew: yes, consistent navigation and labeling? 12:51:11 Shadi: Yes work around the word identification for the techie. 12:51:16 action: developing - consider "Consistent navigation and presentation" > "Consistent navigation and labeling" 12:51:42 Shadi: that take care of the word presentation. 12:51:45 Wayne: yes 12:51:49 zakim, unmute yeliz 12:51:49 yeliz should no longer be muted 12:52:00 Shadi: I don't think captcha works as an acronym. 12:52:16 Yeliz: I agree with you, I don't think it works in the heading. 12:52:19 zakim, mute yeliz 12:52:19 yeliz should now be muted 12:52:28 Liam: I don't have a better idea. 12:52:37 I agree with Andrew 12:52:47 Andrew: I don't know another either. Who use it? 12:53:11 Liam: I"m not sure. It is quite technical and specific thing. I don't think a big issue. 12:53:23 Andrew: we explain immediately inside and have an example. 12:53:42 shadi: Is there any other name? 12:53:55 Liam: No plain Engllish word to explain it. 12:54:05 Wayne: valid user test. 12:54:12 Liam: testing for real people. 12:54:17 I agree CAPTCHA is the best 12:54:22 Wayne: I think captcha is the best we will do. 12:54:28 Sharron: I agree. 12:54:32 Liam: I withdraw. 12:55:14 I also vote for short 12:55:18 Shadi: Adjectives like sufficient color contrast. 12:55:24 Liam: I vote for short. 12:55:32 but I think headings should be consistent 12:55:37 some still uses adjectives 12:55:39 :) 12:55:46 Sharron: I like short also, without Captcha you get into a long thing. I like Captcha. 12:55:52 For example, "Understandable language" 12:56:25 Andrew: the readers have to do before they read it. consistent navigation. 12:57:32 Shadi: last comments for headings? Gone. Discuss comments we got. From Sylvie. First one is ordering is the success criteria. Within the group we just looked at. The order is what best matches the title or the intent of the description. An example. 12:58:10 Andrew: they are grouped by link purpose. the two link purpose are adjacent to each other rather than strict numerical order. 12:59:33 zakim, unmute sylvie 12:59:33 sylvie should no longer be muted 12:59:35 Shadi: the first two bullets are kind of related. They are semantically grouped. 247 focus visible is slightly different. If you expand the next section navigation section. The first one is multiple ways. This affects this by how the heading is set up. Which way to order is that confusing, or as best fits? 13:00:30 Sylvie: this comment was to ask what they intent is for grouping the order topic. but what about ordering in priority levels, then not so interesting first AAA over single A 13:00:44 Andrew: maybe to encourage using triple A? 13:01:04 Liam: this doesn't say what single A and triple A. 13:01:35 Andrew: In the opening paragraph about WCAG 2. In how it applies to older people is listed in this section also. 13:02:21 Liam: does the triple A as applicable. Consider as one single level. Then the order is not so important. Semantic makes senses then. 13:03:07 Shadi: I would argue against that. Less important for older people which applies to screen readers. In this case the WCAG levels apply there. Specifically. 13:03:18 Andrew: for semantic reasons. 13:03:21 zakim, mute sylvie 13:03:21 sylvie should now be muted 13:03:40 Shadi: Is that clear to the reader? Liam how does that answer your question. 13:03:41 s/semantic reasons/thematic reasons 13:03:43 s/semantic/thematic 13:03:55 Liam: I think semantic is a clearer way of presenting it. 13:04:06 zakim, unmute sylvie 13:04:06 sylvie should no longer be muted 13:04:13 s/semantic/thematic/ 13:04:28 sylvie: Only a question. I have the answer. 13:04:36 zakim, mute sylvie 13:04:36 sylvie should now be muted 13:04:42 zakim, unmute yeliz 13:04:42 yeliz should no longer be muted 13:05:31 zakim, mute yeliz 13:05:31 yeliz should now be muted 13:05:32 Yeliz: some people are not the discussion of the level to have the criteria of the links. 13:05:44 I also see the idea 13:05:59 but feel like it will be easier to read if they are ordered by the SC number 13:06:38 how important is it to put the SC number? 13:06:40 shadi: ordering by numbers disturbs me a bit. The location in level A 242, is important for screen readers to be read aloud. Or search engines. Numerically the first one to appear. From a sensible point of view it is the third one on this list. 13:08:00 Wayne: color and contrast. Similar example on color and contrast. They fall out in numerical order, but the real order is about color and contrast. If we had another thing there as an other idea. It is good to have contrast together and here it comes out in the right order. 13:09:11 Shadi: at the beginning the H2 says how WCAG 2 applies to older people. They first section describes how this, the third paragraph add a sentence the success criteria relates to the significant or whatever so that people don't get confused. 13:09:27 Andrew: work for others? 13:09:27 yes 13:09:31 Liam: yes. 13:10:09 Wayne: YOu might also say grouped by topic. The main one is older people and grouped by topic. The WCAG document groups things by levels. Related topics are far apart. 13:10:36 action: developing - in How WCAG 2.0 Applies to Older People in para3, mention "the SC are grouped by relative significance for older people and grouped by topic" or similar expalanation 13:10:40 Andrew: Yes in the ordering, puts error recovery ahead of error prevention which puzzled me. I'll record something along those lines. 13:10:53 [[Success criteria are listed thematically, to help readability [for people new to WCAG].]] 13:10:55 Wayne: For your discretion Andrew. 13:11:28 shadi: maybe a description up front how those are working. andrew apply to techniques also. 13:11:43 Wayne: a really nice document. 13:11:51 Andrew: thanks for the input. Yes. 13:13:07 Shadi: Let's have a look at the next question, is mouse use? The topic mouse use, is currently under operable, but a lot of the success relates to perception but they do help the use of the mouse. Leave here in operable or move somewhere else? 13:13:29 Andrew: one reason to leave here is that mouse use and keyboard use go together. I'm flexible. 13:14:03 zakim, unmute sylvie 13:14:03 sylvie should no longer be muted 13:14:04 Liam: should be in operable. A little bit of success criteria within it that seems not to fit. 13:14:29 shadi: the link to success criteria there will be no clear one to one mapping. Always an issue. 13:15:21 Sylvie: maybe explain somewhere you have classified according to WCAG principles but sometimes other criteria may help improve the operability of the mouse for example. 13:15:35 Shadi: In that beginning paragraph? 13:15:39 Andrew: Yes. 13:15:49 action: developing - have classified according to WCAG principles, but inlcuded SC from other Principles where they are of assiatnce to the topic (for consideration) 13:16:02 [[Success criteria are listed thematically, to help readability [for people new to WCAG]. Sometimes they are drawn from different guidelines to address a particular aspect.]] 13:17:01 Shadi: (reads first paragraph). Then sometimes the success criteria. 13:17:40 Sylvie: Drawn from a guideline. I remember different guidelines are in the same paragraph. 13:18:03 Shadi: Explain the structure but briefly. 13:20:08 Shadi: the next one is multi-media. I think the issue is that multi-media puts together what WCAG calls synchronized media. More technically correct. Means audio and video at the same time. Success criteria is about background audio. The question do have the alternatives be written or all the technques and a description. 13:21:18 Andrew: I wasn't happy with the five hundred becasue they didn't have the key words we wanted in there. Like transcript and all that. Very technical trying to select the five, maybe better to describe in general and then go look at the specifics. Opinions? 13:21:53 shadi: Alternatives for time based media could be audio or a transcript, someone reading that it isn't clear like what is time based media? 13:22:39 Andrew: maybe have in the intro paragraph. A short list of five. Or maybe six there? 13:23:02 Shadi: leave to editors discretion. A brief intro sentence then a list there might be fine. 13:23:06 Liam: I agree. 13:23:08 I agree as well 13:23:20 Andrew: thanks. 13:23:33 action: developing - Multimedia - try brief intro sentence, then short 2nd level list 13:24:25 Shadi: One last question. Stay there on multi-media. Last sentence. More techniques. How to meet WCAG 2 is not linked because the two llinks before that are already going to WCAG 2. Do we want to link to WCAG 2 in every appearance is over kill. Or leave it. 13:24:47 Wayne: I say leave. That is intimidating and the others take you where you want to be. 13:25:08 Shadi: speak up now if you want the link? Gone. Andrew? Questions? 13:25:35 Andrew: Takes through the issues. On the organization guidance I got. Thanks. 13:27:38 Wayne: I have one overall thing. It strikes me that you have organized to the four principles like mouse links and navigation fall into multiple categories like the mouse and keyboard. Like how to use a mouse is very confusing. How to use things and when to do it. I wonder if at the end where it's not so important a little thing, the fact of this that many activities are done several ways and talk about that a little bit. The mouse and keyboard are a 13:28:05 zakim, mute sylvie 13:28:05 sylvie should now be muted 13:28:57 Wayne: for older people. Well the current generation of older users you are teaching how to interact with an interactive system. Teaching with seriously decreased motor and cognitive skills. A result maybe an unusability issue. The difference between mouse and keyboard especially when you hit the wrong target. 13:29:04 Shadi: I see the point. 13:29:29 Wayne: those are the two most confusing thing for older people I've encountered teaching older people. 13:31:15 Shadi: one issue with that regarding the different requirements map to different requirements, might encourage slicing and dicing WCAG. We suggest do Level A and double A. That they think about putting together for an older person. Andrew make a note to think about that. We'll have a closer look at that. Anybody else? Comments? 13:32:02 Wayne: When you talk about order of importance for older people. Sometimes the triple A is more important than single A. You may want to hit the feature at the triple A level. 13:32:51 Shadi: I agree with you Wayne. If you try to make for a particular disability you break up the levels. And some triple A are more important. Not limited to older people. 13:33:03 Wayne: I thought the document was limited to older people? 13:33:09 -sylvie 13:33:47 Andrew: You can order that way if you like. don't want to frighten off up front, but I wanted take that in ordering the links. 13:34:13 + +1.207.330.aabb 13:34:30 zakim, aabb is Ian 13:34:30 +Ian; got it 13:34:38 Wayne: the breaks at links we have to look at 2.4.9, it is not just people who have to listen, a myth that only people who listen to links who need a skip link. 13:35:02 +sylvie 13:37:03 Shadi: Thank you Wayne. Basically we have come to the end of this. Any other comments about developing web sites for Older People. Before we close everyone's consent on the call to go to approval mode. give a final sign off to be published on the WAI site. The plan is not to publish as a draft, in this case we publish as a pretty much finalized document. The upcoming approval and review. Anybody object to moving to preview and approval stage? 13:37:10 Sylvie: Ok. 13:37:15 Liam: ok 13:37:18 Doyle: ok 13:37:20 OK 13:37:24 ok 13:37:24 ok 13:38:19 Shadi: record this document is going into review and approval for publication. We can wrap up this document. 13:38:35 resolution: Developing approved to move to final survey-based approval for publication 13:38:41 Topic: How People with Disabilities Use the Web 13:38:44 http://www.w3.org/WAI/EO/Drafts/PWD-Use-Web/2009/Overview 13:40:01 http://www.w3.org/WAI/EO/Drafts/PWD-Use-Web/2009/provisions 13:40:13 Shadi: the next agenda item. Couple of changes have been done throughout we sent out status to the list. Right now is what is ready for review, is the first three pages. Ready for more detailed review. And the last page. The one not ready is the web browsing which is being filled out. The main part to is to go through the other pages. 13:41:17 Users can adapt the presentation of the content 13:41:46 Shadi: some of the edits that have been done. for the titles. I want to point out two titles. Under perceivable the second two titles. Content is easier to see and hear. Different from what we previously decided. The first was called user can adapt the presentation of the content, now called content can be presented in different ways. That better matches the WCAG title. 13:42:05 Sufficient contrast to make content easy to see and hear 13:42:58 Shadi: The other one is Content is easier to hear and see. Sufficient contrast was the previous, but WCAG says including sufficent contrast but not exclusively contrast. That is what changes. I'd like to go through the text in the document. any reaction though to these changes? 13:43:18 Wayne: what did you change the content you changed for different ways? 13:43:30 Shadi: Users can adapt the presentaiton of the content. 13:43:38 Wayne: WCAG doesn't support that? 13:44:06 Shadi: WCAG doesn't talk about how users work with that, it is more about authors about what can do with that. 13:45:01 Wayne: that is a PDF point of view. Don't make for users' needs, make it in previous ways. Doesn't matter if you remove barriers. 13:45:19 [[Guideline 1.3 Adaptable: Create content that can be presented in different ways (for example simpler layout) without losing information or structure.]] 13:45:41 Shadi: this is a recap guidelines 1.3 (reads the guideline in excerpt) 13:45:47 Wayne: that's good. 13:46:05 Shadi: I took the middle part about content can be used in different ways. 13:46:18 Wayne: that is the essence of it. At the guidelines it says that. 13:46:31 http://www.w3.org/WAI/EO/Drafts/PWD-Use-Web/2009/provisions#alternatives 13:46:57 Shadi: lets seek out the first one. Text alternatives. We looked at last week. We had good comments on that. 13:48:03 Shadi: comments on this? 13:48:19 Sylvie: I don't know what it was before, but I think reading this it is good. 13:49:18 Shadi: there was a change made from one of your comments. That text alternatives doesn't relate to speech input. I changed the last sentence into two sentences, the last two sentences have been edited according to Sylvie's comments. 13:49:33 Shadi: comments? 13:49:39 Wayne: It looks good. 13:49:44 Liam: It is very good. 13:49:54 Shadi: address your comment Sylvie? 13:49:57 Sylvie: yes. 13:49:59 -sylvie 13:50:30 Shadi: Let's jump into the next one alternatives for audio and video content. A little briefer. 13:51:29 Andrew: I liked the third paragaph which gives a reader how to go forward or how to do. 13:51:35 Wayne: I like too. 13:52:09 Shadi: Thanks. Multi-media is always getting push back. Next content. Presenting if different ways. 13:52:10 +sylvie 13:52:32 Liam: first bullet, can we use coded instead of mark up? 13:53:01 Shadi: Good comment. 13:53:17 action: shadi - accessibility requirements - s/are properly coded/are properly marked-up 13:53:35 Andrew: going back to the opening discussion, headings and what different documents. In the opening sentence users change the presentation use adapt. 13:54:13 Sharron: where the user meeting needs of the user, shows up in the first sentence so that Wayne's point can be incorporated there. To meet needs. 13:54:35 s/ use adapt/maybe users adapt/ 13:55:47 shadi: I tried to put that to be possible is not just proper design, I include specifically UAG. I used adapt later in the first paragraph than in the first part. Adapt might be a little confusing or jargony. According to needs and preferences I want to get? 13:55:59 Sharron: It's in the second sentence. 13:56:23 Wayne: I think it is pretty clear is about meeting the needs. It's pretty clear I think. 13:56:41 sharron: objection is withdrawn. 13:56:58 Shadi: Let's go to the next section, Content is easy to see and hear. 13:57:44 Shadi: thoughts? 13:58:09 Shadi: what about the bullets and their order? 13:58:32 Sharron: there are a lot of bullets, but they are short and very clear. These to me are very well done. 13:59:21 Shadi: Let's go to functionality is available from the keyboard. 13:59:45 sharron: why is number two different from the first? 14:00:17 Shadi: yes. It's not really different. I wanted to get crisp events along with functionality. This needs more work. 14:00:23 zakim, mute sylvie 14:00:23 sylvie should now be muted 14:00:39 Liam: to point out alternatives keyboards could do with unpacking. For people who don't know what it is. 14:01:26 Wayne: minor thing, move scripts and events and actions up to that paragraph. When you talk about functionality. You don't need that bullet. An idea you are the editor. 14:01:31 shadi: that's a good idea. 14:01:32 action: shadi - accessibility requirements - Functionality is available from a keyboard - revisit "scripts, events, and action" -> might be better in the first paragraph rather than a second (repetitive) bullet 14:02:24 Shadi: alternative keyboards I linked to the web browsing page. But I thought all the cross links would be over key. Too far away. Important to have something closer up front there? 14:02:46 Liam: one of those things I want to know what it is. A link to the glossary or link to lower. 14:02:58 action: shadi - accessibility requirements - Functionality is available from a keyboard - consider briefly explaining "alternative keyboards" 14:03:14 Andrew: I think there are exceptions to all the rules. This is one of those exceptions. 14:03:28 Shadi: I'll take a pass at that. Any other comments? 14:03:44 Shadi: let's go to the next one. Users have enough time to read the content. 14:04:33 Shadi: approve or don't? 14:04:38 Wayne: I approve. 14:04:43 Liam: thumbs up. 14:04:45 +1 14:04:48 +1 14:04:57 zakim, unmute sylvie 14:05:01 sylvie should no longer be muted 14:05:02 Shadi: continue to content does not cause seizures. 14:06:36 sylvie: I have sent a comment about this before. You insert people with visual impairments might need this. You answered this might not be the case. But someone who can't read that screen, you argued when the page is well designed. When a document is long with many tasks to fullfill, when you declared your income on the web. Even when you read rapidly it takes time to read this. I suggest to add visual impairment too. 14:06:41 Wayne: I agree. 14:06:45 action: shadi - accessibility requirements - Users have enough time to read and use the content - consider adding people with visual impairements 14:06:46 Doyle: I agree. 14:06:58 :) 14:07:07 Shadi: I took an action to add visual impairments as well. 14:07:44 Shadi: More research can be done. 14:08:29 Wayne: people with visual disabilities need more time is a fact. 14:08:50 -yeliz 14:08:58 Shadi: In the accessibilities list there is no visual disabilties are mentioned there that need more time. 14:09:45 Sylvie: when you fill in the form to fill out the tax form, you have only five minutes. Even if you are a fast reader, you take a lot of time. 14:10:07 Wayne: at universities it is standard to give visual impaired students time and half. 14:10:20 +??P15 14:10:22 Shadi: I will take an action. 14:10:26 zakim, ??P15 is yeliz 14:10:26 +yeliz; got it 14:10:34 zakim, mute me 14:10:34 yeliz should now be muted 14:11:00 Shadi: Next was content does not cause seizures. Two sentences? 14:11:09 Liam: beautifully described. 14:11:55 andrew: just that it is presented differently, the previous ones you can skim, but for that purpose to have maybe one bullet there. Maybe the heading does not cause seizures. 14:12:24 s/ not cause seizures/ not cause seizures is sufficient/ 14:12:33 Shadi: yes that's the whole thing. One of the few requirements of WCAG that is very focused and specific. So users can find content and know where they? 14:13:19 Wayne: I like the paragraph, the first sentence. (reads). 14:13:59 Wayne: we don't need to put their skill in navigating also is where to draw the line. 14:14:20 zakim, mute sylvie 14:14:20 sylvie should now be muted 14:14:20 Wayne: you get better in the assistive technology as preferences change. 14:15:33 Shadi: there are ways to bypass lots of content. Bullet 5 says (reads) does this look to descriptions or expansions. I previously had as footnotes. A colleague. suggest putting into the bullets. anyone think it should not be in the bullets. 14:15:44 Wayne: I skipped them. 14:16:06 :) 14:16:09 Shadi: doesn't disturb anyone about different length bullets. 14:16:27 not at all ;) 14:16:52 Shadi: Let's go over the other ones as well. Content is readable and understandable. Thoughts or comments here? 14:17:54 Wayne: I think it is good. 14:18:06 Shadi: what about the end where it says a particular group? 14:18:12 Liam: yes. 14:18:29 Shadi: next paragraph operates in predictable ways. 14:18:44 Liam: you could lose the word quickly from the first line. 14:19:02 action: shadi - accessibility requirements - Content appears and operates in predictable ways - consider removing "quickly" 14:19:15 Ian: the first paragraph talks about inconsistent, but the first bullet is not consistency but positioning. 14:19:46 I agree with Liam 14:19:47 action: shadi - accessibility requirements - Content appears and operates in predictable ways - consider broader word for "behavior" 14:19:47 [[distracted by inconsistent apperance or behavior]] 14:19:49 Liam: third bullet also. Unexpectedly without the user. How can you consistent to something unexpectedly? 14:19:52 it is a confusing sentence 14:19:58 Wayne: that is a confusing sentence. 14:20:12 Shadi: (reads sentence) 14:20:21 Liam: without the consent of the user. 14:20:31 action: shadi - accessibility requirements - Content appears and operates in predictable ways - remove "unexpectedly" or "without consent of the user" 14:20:50 s/without the consent/unexpctedly or without the consent/ 14:21:11 Wayne: the second part of your first sentence is in reference to the third bullet point. Does that really refer to the third bullet point, and the other part of the sentence refers to ... 14:21:36 [[/unexpctedly or without the consent of the user]] 14:21:41 Shadi: no about not distract, I agree with Liam it is more than behavior. 14:21:55 Wayne: Inconsistent and behavior would be enough. 14:21:57 [[inconsistent behavior and appearance]] 14:22:10 Shadi: Inconsistent behavior and appearance. Comments? 14:22:56 Ian: I am not entirely with the example. The instructions appear in the same place each time. Whereas navigation which appear in the same place each time is predictable. 14:23:13 Shadi: the word predictable comes from the guidelines. 14:23:40 Ian: I'm not arguing it is not right, rather how it is not example of it, but how you make it predictable. 14:23:55 Andrew: change to examples of predictable content. 14:24:08 Shadi: examples of making content more predictable. 14:24:10 action: shadi - accessibility requirements - Content appears and operates in predictable ways - consider "example of making the content more predictable" 14:24:15 s/of predictable/of providing predictable/ 14:24:15 Wayne: I think you have the idea now. 14:24:32 :) 14:24:46 it loooks beatiful 14:25:12 Shadi: I want to get to a question. And wrap up this page. 14:26:41 Shadi: the comment is that the title of related section. We always have a description up front, and the next section is called the link section. That is what is in the guidelines. Granted it is not apparent related text, Sylvie to make it clear that is part of it, or a small sentence that describes. Any ideas on how to be better worded? 14:27:04 [[Related sections in this resource]] 14:27:24 [[Elsewhere in this resource]] 14:27:24 Shadi: related sections in this resource? or Elsewhere in the resource? 14:27:34 [[Other parts of this resource]] 14:27:53 zakim, unmute sylvie 14:27:53 sylvie should no longer be muted 14:27:55 Wayne: rather than research put how PWD use the resource. 14:28:06 Related pages in this resource 14:28:08 [[Related sections in How People with Disabilities Use the Web]] 14:28:09 Shadi: in how PWD use the web right? 14:28:16 Related pages in this suite 14:28:31 Wayne: Yes. Why use the pronoun when the noun will do. 14:28:51 Shadi: use the text related resource too? Actually links within those pages. 14:28:55 Wayne: yes. 14:29:03 Because in the overview page, they are referred as as pages 14:29:13 Wayne: i have to go. I'll do the notes clean up. 14:29:39 -Wayne_Dick 14:30:07 shadi: we need to wrap up. I will clarify that. We missed two more sections? 14:30:13 Doyle; I have to go. 14:30:26 Liam: I will have to leave. 14:30:28 I have to go as well 14:31:16 Shadi: please read through those last two sections and send comments you have to the list. We then can consider this wrapped up and focus on the web browsing page. 14:31:39 byeee 14:31:41 shadi: comments on training resource suite please complete the survey. Thank you everyone. 14:31:45 -Liam_McGee 14:31:47 -doyle 14:31:49 -sylvie 14:31:49 -shadi 14:31:51 -Ian 14:31:55 -Sharron 14:31:58 -yeliz 14:32:00 -Andrew 14:32:00 WAI_EOWG()8:30AM has ended 14:32:01 Attendees were doyle, Sharron, shadi, Andrew, +33.1.44.27.aaaa, sylvie, Wayne_Dick, yeliz, Liam_McGee, +1.207.330.aabb, Ian 14:32:05 Topic: Reminders of work for next week 14:32:17 Regrets: Emmanuelle, Song, Helle, Alan, Shawn, Jennifer, 14:32:36 rrsagent, draft minutes 14:32:36 I have made the request to generate http://www.w3.org/2010/09/03-eo-minutes.html doylesaylor 14:32:58 present: Doyle, Sharron, Shadi, Andrew, Sylvie, Wayne, Yeliz, Liam, Ian 14:33:11 rrsagent, draft minutes 14:33:11 I have made the request to generate http://www.w3.org/2010/09/03-eo-minutes.html Andrew 14:35:46 Sharron has left #eo 14:37:51 chair: Shadi 14:37:53 rrsagent, draft minutes 14:37:53 I have made the request to generate http://www.w3.org/2010/09/03-eo-minutes.html Andrew 14:39:52 LiamM has joined #eo 14:45:40 Chair: Shadi 14:45:45 rrsagent, draft minutes 14:45:45 I have made the request to generate http://www.w3.org/2010/09/03-eo-minutes.html Andrew 14:46:32 rrsagent, bye 14:46:32 I see 13 open action items saved in http://www.w3.org/2010/09/03-eo-actions.rdf : 14:46:32 ACTION: developing - "Text style and presentation" > "Text style" or "text style and (text) layout" [1] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T12-50-28 14:46:32 ACTION: developing - consider "Consistent navigation and presentation" > "Consistent navigation and labeling" [2] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T12-51-16 14:46:32 ACTION: developing - in How WCAG 2.0 Applies to Older People in para3, mention "the SC are grouped by relative significance for older people and grouped by topic" or similar expalanation [3] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T13-10-36 14:46:32 ACTION: developing - have classified according to WCAG principles, but inlcuded SC from other Principles where they are of assiatnce to the topic (for consideration) [4] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T13-15-49 14:46:32 ACTION: developing - Multimedia - try brief intro sentence, then short 2nd level list [5] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T13-23-33 14:46:32 ACTION: shadi - accessibility requirements - s/are properly coded/are properly marked-up [6] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T13-53-17 14:46:32 ACTION: shadi - accessibility requirements - Functionality is available from a keyboard - revisit "scripts, events, and action" -> might be better in the first paragraph rather than a second (repetitive) bullet [7] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T14-01-32 14:46:32 ACTION: shadi - accessibility requirements - Functionality is available from a keyboard - consider briefly explaining "alternative keyboards" [8] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T14-02-58 14:46:32 ACTION: shadi - accessibility requirements - Users have enough time to read and use the content - consider adding people with visual impairements [9] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T14-06-45 14:46:32 ACTION: shadi - accessibility requirements - Content appears and operates in predictable ways - consider removing "quickly" [10] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T14-19-02 14:46:32 ACTION: shadi - accessibility requirements - Content appears and operates in predictable ways - consider broader word for "behavior" [11] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T14-19-47 14:46:32 ACTION: shadi - accessibility requirements - Content appears and operates in predictable ways - remove "unexpectedly" or "without consent of the user" [12] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T14-20-31 14:46:32 ACTION: shadi - accessibility requirements - Content appears and operates in predictable ways - consider "example of making the content more predictable" [13] 14:46:32 recorded in http://www.w3.org/2010/09/03-eo-irc#T14-24-10