13:28:31 <RRSAgent> RRSAgent has joined #eo
13:28:31 <RRSAgent> logging to http://www.w3.org/2015/12/04-eo-irc
13:28:32 <yatil> trackbot, start meeting
13:28:33 <trackbot> RRSAgent, make logs world
13:28:35 <trackbot> Zakim, this will be 3694
13:28:35 <Zakim> I do not see a conference matching that name scheduled within the next hour, trackbot
13:28:36 <trackbot> Meeting: Education and Outreach Working Group Teleconference
13:28:36 <trackbot> Date: 04 December 2015
13:28:38 <trackbot> RRSAgent, make logs world
13:28:40 <trackbot> Zakim, this will be 3694
13:28:40 <Zakim> I do not see a conference matching that name scheduled within the next hour, trackbot
13:28:41 <trackbot> Meeting: Education and Outreach Working Group Teleconference
13:28:41 <trackbot> Date: 04 December 2015
13:28:54 <davidberman> davidberman has joined #eo
13:28:55 <Sharron> Chair: Brent
13:29:01 <Sharron> Scribe: Sharron
13:29:01 <davidberman> present+ David
13:29:16 <Sharron> present+ Sharron
13:29:51 <yatil> Zakim, who is on the phone?
13:29:51 <Zakim> Present: David, kevin, EricE, SusanHewitt, Andrew, Brent, Sharron, James, Shadi_on_IRC
13:30:07 <yatil> present: David, Sharron, Brent
13:30:26 <George> George has joined #EO
13:30:38 <kevin> present+ kevin
13:30:44 <Sharron> Regrets: Vicki, Sylvie, Susan
13:30:45 <Andrew> present+ Andrew
13:30:47 <yatil> present+ EricE
13:30:52 <AnnaBelle> present+ AnnaBelle
13:30:55 <shadi> present+
13:31:07 <Sharron> present- SusanHewitt
13:31:25 <George> present+
13:31:31 <Brent> present+ Brent
13:31:39 <shadi> present- Shadi_on_IRC
13:31:56 <shadi> zakim, who is on the phone?
13:31:56 <Zakim> Present: David, Sharron, Brent, kevin, Andrew, EricE, AnnaBelle, shadi, George
13:31:58 <shawn> present+ Shawn
13:33:55 <Sharron> Brent: if you look a the agenda, the Work for this Week is at the top. We have been playing with the order since we want people to understand what is on the survey by reading the listings before they go to the surveys. We have been trying the order a bit differently.
13:35:50 <Sharron> ...we noticed now that people may have overlooked a survey becasue of its placement in the list.  Think we will keep the survey links at the top. Any suggestions about how to list this informaiton to be simple and most useful, plese do make those suggestions.
13:36:22 <Sharron> ...questions of comments?
13:36:30 <Sharron> s/of/or
13:36:59 <Sharron> Topic: Planning resource
13:37:07 <James> James has joined #eo
13:38:14 <Sharron> Kevin: Thanks for your reviews, comments and pull requests on Initiate section. If you ahve raised an issue, when I respond please feel free to close the issue if you are satisfied with the response.
13:38:40 <Howard> Howard has joined #eo
13:38:42 <kevin> https://www.w3.org/2002/09/wbs/35532/EOWG120Nov2015/results#xq4
13:39:15 <James> Present+ James
13:40:26 <shawn> [ Shawn would like to check in on Managing ]
13:40:33 <shawn> I have a feeling that "Managing" could be important for SEO.
13:40:33 <shawn> Is it appropriate to include "Managing" based on the content? (from survey)
13:41:00 <Sharron> ...one of the survey questions was about a name. After a reasonable number of responses, we had a very close finish. I assigned numbers and subtracted for those that said "don't want." Based on the excercise, the highest score was for "Planning for Web Accessibility." But there was a close secons and so we might want to discuss it. It is Web Accessibility Planning Guide. Discussion?
13:41:05 <davidberman> I am fine either way
13:41:45 <Sharron> Shawn: Based on the content of the resource, is Managing approriate to the title?
13:42:08 <Sharron> Andrew: Based on the Sustain section, Managing seems a relevant title
13:43:07 <Sharron> Kevin: If we went with Planning and Mnaging Web Accessiiblity, would anyone object?
13:43:18 <Sharron> David: I can live with it but seems wordy.
13:43:21 <Sharron> Sharron +1
13:43:24 <shawn> present+ howard
13:43:25 <Andrew> s/Mnaging /Managing
13:43:32 <George> +1
13:43:34 <shawn> zakim, who is on the phone?
13:43:34 <Zakim> Present: David, Sharron, Brent, kevin, Andrew, EricE, AnnaBelle, shadi, George, Shawn, James, howard
13:43:44 <Andrew> s/Accessiiblity/Accessibility
13:43:45 <Sharron> AnnaBelle: I agree, I can live with it, but seems wordy.
13:44:40 <shadi> q+
13:45:11 <Brent> q+
13:45:25 <kevin> ack shadi
13:46:14 <Howard> q+
13:46:16 <Sharron> Sharron: I did not rank it highest mostly because the managing seems like one aspect and not enough to be added to the title.
13:46:34 <Andrew> q+ to say planning is looking ahead rather doing the work
13:46:39 <kevin> ack Brent
13:46:46 <Sharron> Shadi: if it is a matter of length, we have asection called "Plan" and maybe the word to drop is Planning and just call it Managing.
13:47:00 <kevin> s/asection/a section/
13:47:10 <Andrew> +1 to shadi
13:47:26 <Sharron> Brent: Yes, if we analyze the resource, we find that it actually is more about Managing and planning is just one compneent of it.
13:47:47 <shadi> +1 to brent
13:47:49 <Sharron> Sharron: that makes sense to me
13:47:49 <Andrew> +1 to Brent too - planning is just the start point
13:48:00 <yatil> s/compneent/component/
13:49:19 <Sharron> Brent: I would leave it as it is - Planning and Managing
13:49:51 <James> Q+ to ask about the Nav heading on the page that says "Managing"
13:49:55 <shawn> q+
13:49:57 <Sharron> David: If it is just to be an advocate, it seems paternalistic and we should take Managing out
13:49:59 <kevin> ack Howard
13:51:29 <Andrew> ack me
13:51:29 <Zakim> Andrew, you wanted to say planning is looking ahead rather doing the work
13:51:30 <kevin> ack Andrew
13:51:32 <Sharron> Howard: I would agree with Brent to keep it as is. No reason to take any of them out. Planning is a nebulous word. In combination, it presents a model where you start, engage, and maintain it. Planning alone is to vague, the use of the two words gives you a better model of what this tool is all about. Two words is not too cumbersome.
13:51:46 <George> +1 for howard
13:52:29 <shawn> q+ to say SEO and people see it and think it applies to them
13:52:30 <kevin> ack James
13:52:31 <Zakim> James, you wanted to ask about the Nav heading on the page that says "Managing"
13:52:34 <Sharron> Andrew: Planning and Managing is a better description of what we are supporting people to do. Strong support for both words.
13:52:59 <shawn> ack me
13:52:59 <Zakim> shawn, you wanted to say SEO and people see it and think it applies to them
13:53:02 <Sharron> James: Where will this document end up? Will that have an effect on the name?
13:53:09 <kevin> http://www.w3.org/WAI/managing.html
13:53:23 <shawn> q+
13:53:44 <Sharron> Kevin: It is intended for the Planning and Implementing as the first link within the Strategic Planning section
13:53:48 <shawn> ack me
13:55:09 <Sharron> Shawn: We had noted that we may tweak the nav based on the placement of the resource, so it is not a defining issue. Managing is something that we want to be let people know there are resources for.
13:55:18 <AnnaBelle> q+
13:55:31 <kevin> ack AnnaBelle
13:56:09 <Sharron> AnnaBelle: For me the title planning and manging would lead me to think this is a resource for PMs.
13:56:29 <Sharron> ...I am back to the first simple, Planning for Web Accessibility
13:57:25 <Sharron> Kevin: Planning and Managing was the first choice, Web Accessibility Planning Guide was the second.
13:57:27 <George> q+
13:57:47 <shadi> q+
13:58:05 <Sharron> AnnaBelle: Part of SEO is making people want to click, addition of the word Managing would make me less likely to click.
13:58:26 <Sharron> Shawn: But is this resource intended for your role as a developer?
13:58:49 <kevin> ack George
13:58:50 <Sharron> AnnaBelle: maybe not my primary role, feel free to disregard.
13:59:54 <kevin> ack shadi
13:59:59 <Sharron> George: I strongly agree with the addition of Managing, if I saw that word, I would be drawn to it and not have the association with PM. How to get accessiiblity through business processes seems like a good direction.
14:00:18 <AnnaBelle> George just convinced me too
14:01:28 <Sharron> Shadi: The discussion convinced me. One key audience are those who are in roles of responsibilities and don't alway realize it. We think many of our audience may not be trained PMs but may have responsibility for some parts of it and need help. Having both words supports a wider set of roles.
14:02:18 <Sharron> Kevin: To summarize, either would work, still seems to be more of a leaning toward Planning and Managing. Are people comfortable with that?
14:02:45 <Sharron> Propose that we accept the title Planning and Managing Web Accessibility.
14:02:48 <shawn> +1
14:02:49 <Brent> +1
14:02:50 <shadi> +1
14:02:51 <Sharron> +1
14:02:52 <yatil> +1
14:02:54 <AnnaBelle> +1
14:02:57 <davidberman> -1 (but will not block consensus)
14:02:57 <George> +1
14:02:58 <James> +1
14:02:59 <Andrew> +1
14:03:21 <kevin> +0 but happy with consensus
14:03:51 <davidberman> "Web" essential
14:03:57 <shawn> +1 for including it
14:04:03 <Sharron> Kevin: question raised about inclusion of 'web'
14:04:03 <davidberman> ... or something else that implies e-Accessibility
14:04:06 <Howard> +1
14:04:08 <George> +1
14:04:08 <Brent> +1 for "web"
14:04:14 <yatil> ±0 to web
14:04:22 <Howard> +1 for keeping web
14:04:33 <Andrew> happy to include, though it applies more broadly
14:04:35 <shadi> +1 to web
14:05:10 <shawn> WAI scope is web
14:05:28 <Sharron> RESOLUTION: The resource will be renamed Planning and Managing Web Accessibility.
14:05:34 <yatil> +1 to not broaden as long as we don’t have things in there for other documents.
14:06:55 <Sharron> Topic: Planning - relation to existing resources
14:08:02 <shawn> q+ to say (after others)
14:08:37 <Sharron> Kevin: Many of the references we make have relationships to existing resources. Should the activity point out to those or should guidance be placed inline of the activity itself. We will ahve a look at that during the survey next week, so keep that in mind.
14:08:42 <Sharron> ...questions?
14:09:18 <Andrew> s/ahve /have
14:09:31 <Sharron> Brent: You have laid out the two examples and we will determine which is preferred. Do you ahve a sense of how many of those there might be?
14:09:51 <Sharron> Kevin: Not a clear idea since the resource is not fully developed as yet.
14:10:18 <Sharron> Brent: OK I just want people to be aware that if we propose the inline solution it may not be applicable to all of the activities.
14:10:29 <Sharron> Kevin: Yes, good point, and other questions?
14:10:32 <Andrew> s/ahve /have
14:10:37 <shawn> ack me
14:10:37 <Zakim> shawn, you wanted to say (after others)
14:11:38 <shadi> q+
14:11:57 <kevin> ack shadi
14:12:12 <Sharron> Shawn: I have a strong opinion. I think if most sections have a link to elsewhere "More information" and then some section do *not* have that, we risk that people will miss it. They will be expecting to find detail as a linked resource and may miss inline info.
14:12:49 <Sharron> Shadi: Would you be looking for one heading or what? Maybe you can expand your ideas in the survey?
14:14:08 <Sharron> Shawn: Yes maybe to explore placement so that inline info does not get lost. In those pages that have related "more information" that will give you exactly what you need vs something that is tngentially related.
14:15:10 <Sharron> Kevin: For some activities there are resoruces that are so closely aligned that is the only one we will point to. For others, there are resources that touch on some of the points, but not completely aligned.
14:16:25 <Sharron> ...for example in Learn the Basics, there are a number of resources that are valuable, intros and HPWD Use the web. None by itself is sufficient to cover all of the Basics, but all are related. But then for the Business Case, there is only one resource that we have that addresses that.
14:17:44 <Sharron> Sharron: And the suggestion is to bring the info into the resource itslef inline rather than link out?
14:17:45 <shadi> +1 to tweaking
14:18:20 <kevin> s/itslef/itself
14:18:32 <Sharron> Kevin: Oh no, just to put the link in the activity text rather than in a More information section
14:19:22 <Sharron> Brent: OK let's be sure the survey question is clear. Anyone else have last comment on that?
14:19:43 <Sharron> Topic: Getting Started Tips
14:20:11 <kevin> https://github.com/w3c/wai-quick-start/issues/297
14:20:11 <Sharron> Brent: We need to discuss a few other issues before the next release.
14:21:38 <Sharron> ...comment from a public comment suggesting an alterntive to alt text in designing. I integrated his suggestion and it has been inlcuded in the next propsed published version. Shawn has raised a concern that the Tip title no longer aligns to the content.
14:22:14 <Andrew> s/alterntive /alternative
14:22:19 <Sharron> ...how to respond? Change title of tip or review content of tip...or what?
14:22:34 <Andrew> s/inlcuded /included
14:22:48 <Sharron> Sharron: Why could the title of the Tip just be broadened?
14:23:04 <Brent> Shawn's comment: https://github.com/w3c/wai-quick-start/commit/61a6cae
14:23:46 <Sharron> Kevin: There was strong feeling among EO participants that alt text for designing was important as a necessary tip. Is it the images part that is most important and necessary?
14:24:05 <Sharron> Brent: Let's take a bit of time for discussion.
14:24:14 <Sharron> ...what are the opinions?
14:24:51 <Sharron> Sharron: Tip title should be broadened in my opinion.
14:24:55 <davidberman> +1
14:25:01 <Andrew> +1 to broadening the title
14:25:02 <Howard> What about "Provide text alternatives for Images and Media"?
14:25:05 <James> +1
14:25:10 <Sharron> +1
14:25:11 <Howard> +1 to broadening the title
14:25:19 <George> +1
14:25:33 <Brent> +1
14:25:40 <davidberman> "Prove text alternatives for non-text content"?
14:25:45 <Andrew>  "Provide alternatives for Images and Media"?
14:26:01 <Sharron> Kevin: Shawn does that address your concerns?
14:26:20 <Howard> q+
14:26:22 <Sharron> Shawn: Yes that addresses the first concern but I had multiple concerns.
14:26:41 <davidberman> q+
14:26:57 <kevin> ack Howard
14:27:20 <Sharron> Howard: The reason I said text alternative is to avoid the connotation of the alt text.
14:27:24 <kevin> ack davidberman
14:27:34 <shawn> andrew's is broadest:  "Provide alternatives for Images and Media"
14:27:59 <shawn> q+ to say in big picture then we tak about media here but not others...
14:28:23 <yatil> q+ to argue that we should not broaden too much…
14:28:24 <shawn> ack me
14:28:25 <Zakim> shawn, you wanted to say in big picture then we tak about media here but not others...
14:28:50 <Sharron> David: I liked Howard's comment and if you start listing things like media, there are other things like controls, so maybe text alternatives for non-text content.
14:29:48 <Sharron> Shawn: let's take a step back. On designing and writing we do not have broad issues about alt text. Since we do not address media at all in any of the other sections.
14:30:04 <Sharron> Sharron: If that's true it is a big oversight.
14:30:15 <shadi> q+
14:30:16 <yatil> q+ to say think about the nature of the tips
14:30:24 <yatil> ack me
14:30:24 <Zakim> yatil, you wanted to argue that we should not broaden too much… and to say think about the nature of the tips
14:30:25 <kevin> ack yatil
14:30:33 <shawn> q+ to say like designing aspect
14:30:35 <Sharron> Kevin: Writing has reference to transcripts, development only alt text for images.
14:30:44 <shadi> q- later
14:31:32 <Sharron> Eric: When we broaden tips in that way, perhaps we make them less clear. Instead perhaps split them in two, it may be confusing to people to get tehir head around all of these rather than having one very specific tip for images.
14:31:33 <shadi> +1 to eric ... KISS ... keep it short and simple
14:31:38 <Sharron> Sharron: Good point
14:31:46 <shawn> ack me
14:31:46 <Zakim> shawn, you wanted to say like designing aspect
14:33:29 <yatil> s/tehir/their/
14:33:48 <Sharron> Shawn: One of the things that I did like about the spirit of the rewrite was the emphasis on the designing perspective. I would encourage us to think about how to make a Tip that is clear and focused on the design aspect.
14:34:10 <Sharron> Kevin: I will go back to the drawing board with this.
14:35:21 <Sharron> Shadi: I want to be sure we have addressed the controls with the idea of lables. We have tried not to be exhaustive but to give people very tightly prioritized and focused "tips" that will get them started.
14:36:17 <Sharron> Brent: OKthanks everyone, Kevin will work on that and bring back the changes when ready.
14:36:26 <Sharron> Topic: QuickRef
14:36:37 <kevin> s/OKthanks/Ok, thanks/
14:37:46 <yatil> https://github.com/w3c/wai-wcag-quickref/milestones/Public%20Review%20Comments
14:37:49 <yatil> https://github.com/w3c/wai-wcag-quickref/milestones/Public%20Review%20Comments
14:37:49 <Sharron> Eric: We got results from public review. We received many comments, many of them interesting and useful, some more nitpicky. We have reviewed all of them
14:38:06 <yatil> https://github.com/w3c/wai-wcag-quickref/milestones/Late%20Public%20Review%20Comments
14:40:08 <Sharron> Eric: Minor things like bugs that need no review. One of the main things to finsih is to get the WCAG data brought into there, we got feedback on tagging, some browser bugs. One asked for a sentence of explanation for each SC we determined that was out of scope.
14:40:36 <Andrew> s/finsih /finish
14:41:09 <Sharron> Shawn: That is something we have wanted to do for years so if we acknowledge that in response to the comment and be sure to keep it high on the wish list for future versions.
14:41:23 <yatil> http://0.0.0.0:4099/wai-wcag-quickref/
14:41:35 <yatil> https://w3c.github.io/wai-wcag-quickref/
14:42:16 <yatil> https://github.com/w3c/wai-wcag-quickref/issues/76
14:43:27 <shawn> q+ to provide background
14:43:29 <Sharron> Eric: Now workable in all browsers and it was suggested to add a note that "other techniques may be sufficient..." from previous versions of the QuickRef. This lets people know this is not the exhaustive lsit of techniques. Commenter wanted that note reintroduced.
14:43:43 <shadi> ack me
14:43:59 <Sharron> ...a concern that such a note on every item would add to clutter.
14:44:53 <yatil> s|http://0.0.0.0:4099/wai-wcag-quickref/||
14:45:08 <Sharron> Shawn: There was a point at which some governments were plnning to require certain techniques, which is not the intent. We went through a large outreach effort to inform them that none of the Techniques is a requirement.
14:45:37 <Andrew> s/plnning /planning
14:47:01 <Sharron> Eric: We have considered adding a note to the About section rather than the specific techniaues. It will remove clutter but the individual notes would only be seen in the About section. Could add before the All techniques button. Then it would be spread around throughout the doc.
14:47:43 <Brent> http://www.w3.org/WAI/WCAG20/quickref/
14:48:16 <yatil> “Note: The basis for determining conformance to WCAG 2.0 is the success criteria, not the techniques. (The success criteria have 3-level numbering (0.0.0) and in this page they are followed by a link "Understanding Success Criterion".) All techniques are informative; that means they are not required. There may be other techniques besides the ones listed here.”
14:48:32 <Sharron> Brent: In the current How To Meet, there is a tope section of the document before you get to the ToC, with a comment that other techniques may be sufficient.
14:49:06 <Sharron> Eric: Yes and when you scroll down there is an additional note that says there may be other techniques..
14:49:13 <Sharron> Brent: Thanks for the clarification
14:49:51 <shawn> q+
14:49:57 <Sharron> Eric: So we need to think about two things: Do we want the note in each technue box, and where do we want general info?
14:50:45 <Sharron> Shawn: A minor data point, I did not even notice that note . The masking effect may meanthat the clutter is not that bad.
14:51:12 <Sharron> Eric: Yes, it is not too bad, we may be able to do the repetition and be good with that.
14:51:49 <Sharron> Eric: And do we want to link out to more information?
14:52:01 <Sharron> Shawn: Yes, either link up or link out.
14:52:14 <Sharron> ...which draws more attention.
14:52:40 <Sharron> Eric: OK I will put the info in each box and link up or out and bring back tot eh group. Back next week.
14:53:03 <Sharron> s/ tot eh / to the /
14:53:20 <yatil> https://github.com/w3c/wai-wcag-quickref/issues/82
14:53:33 <Sharron> Topic: QuickRef link to Glossary
14:53:53 <Sharron> Eric: We deliberately left out the link to glossary items
14:53:58 <yatil> http://www.w3.org/TR/WCAG20/
14:54:22 <Sharron> ...if you look at WCAG itself there are many interlinks to glossary terms.
14:54:46 <Sharron> ...also in the current How To Meet as well.
14:56:23 <Sharron> ...at some point we determined this would mean unneeded clutter for the intended audience. I wanted to bring this up to collect comments. Do we want to provide some type of glossary or link to it from the About section, or address this comment in some way?
14:56:36 <Sharron> q+
14:56:43 <shawn> q- shawn
14:57:11 <Sharron> AnnaBelle: I think it would be nice if we could do it, but not sure it si worth the effort. Is it a great deal of work Eric?
14:57:45 <shawn> mild +1 to providing links (but I could change my mind :-)
14:57:59 <Sharron> Eric: Not sure it depends on access to the data source so I am not sure how to estimate the work.
14:58:12 <Sharron> AnnaBelle: Maybe put in another version?
14:58:20 <shawn> ack sharron
14:59:45 <Brent> q+
14:59:49 <Sharron> Sharron: I favor the link to the glossary in the About section
15:00:24 <shawn> q+ to mention glossary links milder visually
15:00:28 <shawn> ack brent
15:00:56 <Sharron> Brent: I completely understand that point of view, adds a lot of clutter and visual noise and how I felt about the WCAG materials at first. With my content team, however, as I was taking them through itit was great to have the direct link.
15:01:31 <Sharron> ...not necessarily needed in the How To Meet but from the WCAG itself.
15:01:46 <shawn> ack me
15:01:46 <Zakim> shawn, you wanted to mention glossary links milder visually
15:02:46 <Sharron> Shawn: In the current HowToMeet the glossed words are much milder visually, the text stays black and has a dotted underline. Keep that in mind as we think aobut this.
15:03:04 <Sharron> Eric: Yes we could certainly do something like that here.
15:03:21 <AnnaBelle> q+
15:03:40 <Sharron> Brent: I am interested in the screen reader behavior.
15:03:47 <shawn> ack a
15:04:49 <Sharron> AnnaBelle: Sharron's point about the visula distraction vs Shawn's that it is minimized. It is the extreme tension between trying to create a "QuickRef" and still be informative.
15:05:27 <yatil> q+ to say WCAG glossary
15:05:52 <yatil> q+ to say or rather the use of a glossary in standards…
15:06:04 <yatil> q+ to ask about link to WCAG directly
15:06:21 <shawn> +1 to the idea of "tension" / balance between "quickref" verses .... ALTHOUGH we are promoting this as *the* primary resource for people to use
15:06:23 <yatil> ack y
15:06:23 <Zakim> yatil, you wanted to say WCAG glossary and to say or rather the use of a glossary in standards… and to ask about link to WCAG directly
15:06:53 <Sharron> AnnaBelle: If we are trying to make it visually quick as well, I am now rethinking my posiiton. As long as there is a glossed version available in the non-Quick presentation of standards.
15:08:00 <Sharron> Eric: And some terms may not need definition in a day-to-day usage. We do not have a direct link to the actual WCAG document here, but could introduce a link to the spec.
15:08:25 <Sharron> AnnaBelle: I thought I was going from QuickRef to WCAG, is that not right?
15:08:30 <Brent> +1 to linking SC #s to WCAG
15:08:38 <Sharron> Eric: We link to the Understanding document
15:08:59 <shawn> -1 to link to SC in WCAG proper
15:09:20 <shawn> you get to the text from the understanding doc
15:09:56 <Brent> Ah, thank you Shawn.
15:09:59 <shawn> -lots to link each SC in WCAG proper
15:10:23 <shawn> +1 to shadi -- there isn't any more info in /TR/WCAG
15:10:30 <Sharron> Shadi: Good to link to the actual spec somewhere in the tool but don't know when you would be reading the SC in the tool and say I want to go to the actual spec? Why would anyone do it?
15:10:58 <Brent> Changing opinion... +1 to Shadi and Shawn
15:11:30 <Sharron> Eric: But if someone says I don't understand this, they could link on the Understanding link where the glossed words are linked.
15:12:07 <davidberman> I am happy with it.
15:12:34 <Sharron> Shawn: So I suggest that is our response. In trying to provide QuickRef we are avoiding visual complication. A link to the Understanding document has the full spec including links to glossary terms.
15:12:36 <AnnaBelle> +1
15:12:40 <Howard> +1
15:12:41 <Brent> +1
15:12:43 <shadi> +1
15:12:46 <Sharron> +1
15:12:47 <yatil> +1
15:12:49 <shawn> +1
15:13:01 <James> +1
15:13:08 <yatil> https://github.com/w3c/wai-wcag-quickref/issues/72
15:13:08 <davidberman> +1
15:13:21 <Sharron> Topic: Quick Ref - Filter Intro
15:14:35 <Sharron> Eric: Cannot use the reference "panel to the right." I was aware of it but culd not think of better wording before public review. Can I get your quick reactions? Not a lot of wordsmithing but if someone has a good quick idea. Do we need the intro text at all.
15:15:01 <Brent> "Changes in this panel are reflected in the main content panel:"
15:15:38 <Sharron> Shawn: Changes to the filters will change the SC and techniaues that are listed
15:16:03 <Sharron> Eric: I will put a question into the survey
15:16:13 <yatil> s/techniaues/techniques/
15:17:33 <yatil> https://github.com/w3c/wai-wcag-quickref/issues/77
15:17:49 <Sharron> Topic: QuickRef - visual polish
15:19:11 <Sharron> Eric: One comment was that visual presentaiton is cluttered and unrefined, especially in the main content area.  I have moved buttons around, tried to polish the typography, iconography. Solved some problems with the tab order as well.
15:20:18 <Sharron> ...hope it is much cleaner, is this the right direction to continue? Consolidation etc.
15:21:08 <Sharron> AnnaBelle: I like the visual presentation Eric given the complexity of the task. If you would like for me to talk with you offline about polish, I will be happy to.
15:21:53 <Sharron> ...I have been thinking about some of these design issues so let's talk.
15:22:09 <Sharron> Eric: Yes sooner better than later. Any comments on the share link?
15:23:13 <Sharron> Brent: Thanks for this work Eric and your openness to feedback. Will be questions on this week's survey.
15:23:26 <Sharron> Topic: Intro to longdesc issue
15:23:33 <Sharron> Sharron: https://github.com/w3c/wai-tutorials/issues/330
15:27:29 <Sharron> Sharron: EO chose to give instruction about the use of longdesc as the first option for complex images because it is the solution that theoretically provides the greatest benefit to the largest group of users including those with low vision. Only theoretically however  because it is not widely supported.  Support details are in a sidebar.  Mnay advocate for keeping this a s the first solution to
15:27:29 <Sharron> bring some pressure to bear on browser makers to support.
15:27:57 <Sharron> Brent: Any stong opinions as we bring this issue to the other groups?
15:28:51 <shawn> Sharron: his pull request changed other things as well, e.g., changed the sidebar to a warning (which is a discouraging message)
15:29:42 <Sharron> Brent: Stay in tune with the issues so that we can make an informed decision about it. Any other itmes for discussion?
15:30:11 <Sharron> David: I was in consultatin with Mexican government and asking for Spanish language versions of resources.
15:30:28 <Sharron> Shawn: Yes we do, send an email and I will point you to them.
15:30:36 <Sharron> Topic: Work for this week
15:31:50 <Sharron> Brent: Please be thinking and commenting on the survey about your availability on the F2F suggestions. Will be survey questions on Planning, QuickRef and more. That is it for me, anything else?
15:32:14 <davidberman> excellent meeting, all!
15:32:18 <davidberman> have a fine week.
15:32:30 <Sharron> ...thanks everyone, we are adjouned, will keep you posted on W4TW and ongoing work.
15:32:37 <Sharron> trackbot, end meeting
15:32:37 <trackbot> Zakim, list attendees
15:32:37 <Zakim> As of this point the attendees have been David, Sharron, Brent, kevin, Andrew, EricE, AnnaBelle, shadi, George, Shawn, James, howard
15:32:45 <trackbot> RRSAgent, please draft minutes
15:32:45 <RRSAgent> I have made the request to generate http://www.w3.org/2015/12/04-eo-minutes.html trackbot
15:32:46 <trackbot> RRSAgent, bye
15:32:46 <RRSAgent> I see no action items