W3C

- MINUTES -

Education and Outreach Working Group Teleconference

10 Jul 2015

Summary

EOWG met to discuss the comments submitted by active participants and to resolve any outstanding issues. Discussion centered on the Tips for Designing and the QuickRef v8 and led to the following resolutions:

  1. Kevin will draft an example for use of headings and spacing.
  2. Required field example will remain, test question example will remain, will keep both before and after examples.
  3. Will tweak color choice to be less attention-grabbing and more aligned with known colors that cause barriers.
  4. Kevin will develop a short tip about alt text specifically related to design considerations, succinct and focused.
Additional discussion of QuickRef v8 was strongly supportive of the direction it is going. While trying to avoid over filling the page with text, there was consideration of the need to balance not being intrusive while also making sure that people understand that they have filtered out some information. Eric will keep these things in mind as he continues to revise the design and operation of the QuickRef. Shawn reminded everyone that there is much review to be done and asked that EO stays in tune to Work for this Week.

Agenda

Attendees

Present
Kevin, Vicki, Brent, Shawn, Sharron, Shadi, EricE, Howard
Regrets
Andrew, Reinaldo, Andrew, Jon
No Response
Wayne Melody, Lydia
Chair
Shawn
Scribe
Sharron

Contents


Tips for designing

Shawn: We had input last week on several of the examples and I think they were great, good job Kevin. My comment on distraction is mitigated. So take a look, we will leave that survey open if you still want to comment. Kevin posted some questions:

<shawn> https://github.com/w3c/wai-quick-start/issues/74

Shawn: the first one is GitHub #74, take a few minutes to review
... Those who commented in GitHub, anything to add?

Vicki: Since I wasn't here last week, I hesitate, but I find the triangles confusing and found the pie charts easier to understand.

Sharron: It's true, perception is so subjective, I found the triangles more clear.

Howard: I thought the pie charts were pleasant to look at, visually interesting and in that sense might be distracting (although not to me). But I thought they illustrated the concept much more clearly.

Shawn: The fact that it was a test question helped with clarity for me. I liked the triangles but the colors could be less vibrant.

Brent: The triangles are a whole lot better, it made perfect sense to me in terms of the question, the issue. And is it not the vividness of the colors that help make the point. Because they are so vivid, people without color deficits would say "It is obvious" After reading the tip they would understand, the only thing is to improve red in white text for contrast.

Eric: Probably only need one example. If we have two, we need subheadings or some other way to differentiate them.

Shadi: Kevin has been convincing me that two examples are a good example beyond the required fields that graphic presentation also is necessary to consider this issue. Not sure we need to pose it as a question, may just need to highlight the issue "even with images, you must consider..." rather than make the reader think about the puzzle. And make the colors less vivid.

<Eric> +1 to not having it posed as a question.

<shawn> +1 to the puzzle adds cognitive load

<Vicki> ++1 Shadi

<shawn> +1 to Brent that these show the point well

Shadi: just say in this illustration the lables are included to distinguish in a way redundant to color alone.

<Vicki> +1 I like "don't make me think"

Kevin: I included this example for thinking about an alternative real world example where there was a meaningful reason for it. So I worry about removing the question format since that does provide the meaning. We could go back to the pie chart to show only the good version with a brief text explanation.

Shawn: Are there other ideas that you ahve not shared yet?

Kevin: Sure, variations of the pie chart and maps. They are effectively the same as the pie chart, although we considered bar charts but not significantly different.

<Vicki> ;);)

Shadi: It does not make such a difference to me. If we give this good text on the side as long as it is a clear example and can be carried forward and applied to other graphic situations.
... I think we should find an example that is well made, the point is clear, it allows the reader to understand the bigger picture.

Eric: As long as the question form is removed I would be OK with the triangles. The question adds confusion for me.

<shawn> +1 to both inaccessible and accessible

Brent: I feel the same way. I think using the inaccessible as well as the accessible example is important. I look at the inaccessible and say, nothing wrong with that, the right answer is blue, no problem. Then reading the explanation the light goes on and it is powerful. I love how this was put together and think it is just perfect.

Shawn: Positions are: good to have something other than the dull repeptive examples of pie charts and required fields vs the cognitive load of the triangles create a cognitive barrier

Howard: Yes I am OK with the pie charts and would strongly vote against the triangles. However I agree that it is improtant to have both good and bad examples.

<Vicki> can we put it as a vote on the survey?

Shadi: What have we agreed to so far? Brent are you OK with removing the puzzle question/ Having only the graphic with a bit of text explanation?

Shawn: Just the triangles with no context of the test format?

Brent: I am not sure I understand. I don't see the problem with having the question. It is only understandable in context.
... this illustrates that something that seems very simple can be demonstrated to be inaccessible. Looking for an answer to the question and understanding that it is only clear to people who see color makes the whole thing work.
... I am OK if people move in another direction, but in this case it needs all components to be there.

<yatil> +1 to Brent

<Howard> +1 to Brent

Shadi: I appreciate your explanation and am happy to drop it.

Shawn: One issue is to show the inaccessible as well as accessible versions. There is a clear decision that whatever the example, we show both. Any objection?
... next is question of whether to use triangle with the test question. Are now OK with that?

Shadi: OK

Vicki: Supposing I am color blind and going through this, is it insensitive in the way it is presented?

Shawn: My guess is that people who are color blind would be OK since it is helping people understand this is a problem.

Vicki: OK then I am OK to go in the direction you suggest

Shawn: You may want to check the colors themselves.

Kevin: There were comments about toning down the colors and I will do that to see if we can create more of a problem.

Brent: The color choice should not really matter.

Shawn: And in this case it would be good to choose colors that actually do cause known problems with color blindness.

<Vicki> ++1 keep it

Shawn: Next question is whether to retain the required field example?

<Vicki> ++1 strong

<egyrs> +1

<Howard> +1 to keep fields example

<shawn> slight preference for not having it

<Lydia> keep

<yatil> +0.2

<Brent> I am okay either way

Subtopic: Suggested new examples for headings

<shawn> https://github.com/w3c/wai-quick-start/issues/107

Howard: In this case it seems it would help to show what a page looks like with and without headings. I like examples. Lack of spacing, block of text, etc for the bad example contrasted with one that does have headings.
... bulleted list for example.

Sharron:This one seems pretty hard to do in a short example.

Howard: To see an example, see the headings examples.

Sharron: Maybe look at that section of EasyChecks

Shadi: It is an interesting idea especially for visual people. The big block of text vs version broken up and more manageable

Shawn: My first thought is that it would take a lot of space for the example on the other hand it could be a compelling example. Maybe if we don't even try to make it readable. Could have good before and after with white space and proximity that also illustrates that.

Kevin: To avoid making it readable, could use lines to indicate content.

Shawn: Would want to show more than headings, want to include white space.

Kevin: It would be fairly quick and easy, I think there is value in examples, so I will go for it.

RESOLUTION: Draft example for use headings and spacing
... Leave required feild example, leave test question example, leave both before and after examples, tweak color choice to be less attention-grabbing and more aligned with known colors that cause barriers.

<shawn> https://github.com/w3c/wai-quick-start/issues/69

SubTopic: Veiwport sizes

Shawn: Two issues, whether the tip was needed and what to put in Learn More

Kevin: Not to remove the tip but whether to refer to any SC

Shawn: Then it needs to be worked in collaboration with Mobile TF?

Kevin: maybe but this is not normative work so it is not really a problem that has no reference to any SC

Shawn: Given the time, let's get input from technical perspective and come back to it.

SubTopic: Tip on alt text

<shawn> https://github.com/w3c/wai-quick-start/issues/78

Shawn: There is more support for leaving the tip, Eric thinks it doesn't belong here but can live with it.

Lydia: Even though it is not part of a designer responsibility, they should be aware and understand the concept and understand the significance of having alt text for images.

Shawn: Do we want to explain a bit more about the fact that they are passing alt text along to a developer?

<Vicki> +1

Sharron: It seems strange to me now that we are putting this into a role in which the designer has no real responsibility.

<shawn> Shawn: designer is the one who knows best the purpose of the image for the content. developer is just coding

<Vicki> +1 Shawn

<Lydia> +1 Shawn

Vicki: The designer knows the purpose of the image and so it is important for the designer to have an understanding of this. People often don't have the divisions between designer/developer. So because of the importance of the place of graphics on the web, this is important.

Kevin: It is not a Tip for a designer but a tip for designing (more general) Providing tips for an activity, not a role. I wonder when we start mentioning and referencing how content is used will we be talking more about coding and that may not be relelvant here.

Lydia: I have been in a role where I have had to train people to do and why it is important to have alt text for images.

Shawn: Can we have consensus that we do have the tip?

Shadi: Last week when we discussed this, the suggestion was to have a tip that is specifically tweaked to the action of designing. This seems exactly the same tip we would put in Writing or Content Authoring...

<shawn> [ Shawn's point was not that it might be missed, but that the designer is the best to write it... (although maybe authoring is better)]

Shadi: people seem to want to have it because it might be missed and it is important. My concern is rising aobut the relevance of this in this context. Can we not align the tip more closely to the designing activity. What is the priority of this related to the other tips.

Shawn: We can ask, is the writing task or the designing task the best place for this?

<shawn> http://w3c.github.io/wai-quick-start/writing.html

Shadi: In the design process, this would be a template, a placeholder or decorative. It is at the content part of the process that a meaningful image would be added. The author might ask the designer to create an image in which case, the author is the one giving meaning to the image.

Shawn: looking at writing, we can simplify by leaving the reference to alt text here.

Vicki: I am not at all comfortable with that. I can understand that the author has some responsibility. If we do not refer within the Design, we are leaving out something very important.

Shadi: Do you think this is an issue within design that most people would identify with?

Vicki: there is the option to outsource design, but there are also situations where the user interface design and template creation crosses different roles and activities.
... there are logos, icons, and other broader situations that require understanding.

Shadi: The aspect of buttons, logos, icons are good ones but I do not see that addressed here in the design Tip.

<shawn> [ Shawn now leaning to having it in the writing only -- which focuses on content & information, instead of visual ]

<shawn> sharron: OK with having a reference?

Shawn: in the Learn More section of the Design section might be the place to contextualize and make explicit mention and point to images tutorial

Sharron: I move toward having a separate tip but make it quite short and more of an awareness rather than action tip

Shadi: If this tip is more tweeked to the aspects of buttons, icons, logo...making the designer more aware of those considerations
... check in with Kevin and Eric

Shawn: I had previously submitted examples like the ones in EasyChecks of magnifying glass. or the BAD example of the CityLights logo

Shadi: yes that would make more sense.

Vicki: I would like that

<Vicki> +1 yay

RESOLUTION: Short tip, related to design considerations, succinct and focused

<shawn> https://github.com/w3c/wai-quick-start/issues/71

Subtopic: New tip on users controlling movement

Shawn: Initial thoughts?

<Howard> +1 to include it

<Sharron> +1 +1

<Vicki> +1 (simple version)

<shadi> +0.3141592653589793238462643383279502884197...

<Vicki> already too many

<shadi> +1 to rating!

Shawn: Thanks everyone for your attention to all this detail. We will do a big picture look and rate the tips for priority. We'd like for the next one on Writing, first look at overall tips, do we have the right priorities, etc...

Work for next week

Shawn: Step 1 is to look at tips that are there, any that need to be deleted or added and then rate them in priority.
... make sense?
... I continue to think this will be one of our most useful resources. Thanks for all your input

QuickRef v 8

<shawn> https://w3c.github.io/wai-wcag-quickref/8

Shawn: Would like to get agreement on major things so Eric can keep moving forward. Minor tweaks are not an issue now but consider the major directional momentum. Layout, columns, position of filter options, etc?

<yatil> https://www.w3.org/2002/09/wbs/35532/EOWG-7July2015/results#xq4

Eric: The survey results so far indicate there is wide support for continuing along this route. So speak up with any objections because I am really looking forward to getting into development of this resource.

Shawn: Rather than going though each of the sections, shall we just look at the points made?

Eric: We have checkboxes to choose levels, etc, there was a comment about the heading of the SC and coloring of it
... if anyone has strong opinion, I am happy to discuss
... comment to add more white space and I will look into that.

<shawn> 'status notifaction bar" https://github.com/w3c/wai-wcag-quickref/issues/18

Eric: status notification bar, I had some progress bar animation. I did not mean to make you dizzy, Vicki. The change was quick and there were timing suggestions and have added a 1 second fade. Will add same animation for other filtering options.

<Vicki> txs yatil

Brent: In FF it will not show the flash/fade more than twice unless I reload the page.

<Zakim> shawn, you wanted to say (after others comment) and to say reset -> clear not read and to say Gv hat

Brent: I like this solution better than the progess bar. Thanks Kevin for bringing it up and good job addressing it , Eric

<shadi> just "clear"?

Shawn: The reset button should not be red. Why reset rather than clear filters?
... The main thing is from the previous QuickRef, one of the big concerns was if someone is given a link to this with filters applied, it is important that they understand what is NOT shown.
... previously there was a list of what was hidden. Can we balance this against the need for not being intrusive but also making sure that people understand that they have filtered out some infomraiton. Also, consider what happens when this gets printed.
... on the printed version we add an even more clear notice of the fact that some is filtered out.

Shadi: The notification bar sits on tp and is always present. it is quite difficult to miss. We can work on what to put within it. Even for printing CSS would allow us to pring this on each page.

<shawn> +1 for introduction info somehow -- maybe collapseable or linked to or something

<Lydia> I need to leave. I'll review the meeting notes. Have a great day!

Eric: I am not really convinced that we need a lot of text on there. It would change the nature of the tool and not be as appraent that it is customizable. Maybe an overlay on first access but I prefer to make it more modern. There is no longer the need for so much explanatory text.

Shadi: we need something, even if hidden. Some text will be needed I think.

Shawn: Historically there were fairly strong reasons for including the text. We can revisit the rationale and I think some of it is still relevant and should check with EO and probably WCAG as well. Thanks Eric for the fine work it is looking awesome. We have a resolution to go forward with this design direction. I will send another survey around as a last chance.
... anything else for now? Thanks all for good work, I appreciate how we work together as a group.

Shadi: The Showcase TF?

Shawn: We have lost several people can we table until next week?

Shadi: Sure. let's do that?

trackbot, end meeting

<Vicki> -Vicki

<shawn> rrsgent, draft minutes

Summary of Action Items

[End of minutes]

Minutes formatted by David Booth's scribe.perl version 1.140 (CVS log)
$Date: 2015/07/28 17:57:50 $