- From: Jeanne Spellman <jspellman@spellmanconsulting.com>
- Date: Sat, 13 Oct 2018 11:38:32 -0400
- To: Silver Task Force <public-silver@w3.org>
Formatted minutes: https://www.w3.org/2018/10/12-silver-minutes.html Text of minutes: [1]W3C [1] http://www.w3.org/ - DRAFT - Silver Community Group Teleconference 12 Oct 2018 Attendees Present Charles, jeanne, mikeCrabb, LuisG, AngelaAccessForAll Regrets Chair jeanne, Shawn Scribe LuisG Contents * [2]Topics 1. [3]updated IA prototype 2. [4]draft of slide deck for TPAC meeting 3. [5]Plain Language update * [6]Summary of Action Items * [7]Summary of Resolutions __________________________________________________________ updated IA prototype <jeanne> Mike: This is the new IA prototype I've been working on for a while. It's a combination of the IA, and a prototype of what the tagged information could look like. <jeanne> ... it allows people to show what they are looking for. <Charles> url? <mikeCrabb> [8]https://github.com/mikecrabb/silverTaggingAPI [8] https://github.com/mikecrabb/silverTaggingAPI <mikeCrabb> [9]https://silvertagapi.azurewebsites.net/ [9] https://silvertagapi.azurewebsites.net/ <jeanne> ... it is also an API to serve the data so that developers can create their own in-house tools. When people scrape WCAG for in-house tools, it is outdated when WCAG is updated. With an API, they can get the latest info. <mikeCrabb> [10]https://silvertagapi.azurewebsites.net/api/guidelines [10] https://silvertagapi.azurewebsites.net/api/guidelines <mikeCrabb> [11]https://github.com/mikecrabb/silver_taggingSystemDemo [11] https://github.com/mikecrabb/silver_taggingSystemDemo <mikeCrabb> [12]https://mikecrabb.github.io/silver_taggingSystemDemo/index. html [12] https://mikecrabb.github.io/silver_taggingSystemDemo/index.html <jeanne> Mike there is also a prototype for hte tagging system. <jeanne> ... if you view an individual guideline, you will see a list of tags to select to show methods. <jeanne> ... it has no data, just dummy text, so people don't get distracted by the text. <jeanne> Luis: In the View Methods, it is just a list of methods, I haven't added any tagging options for that yet. <jeanne> Jeanne: Existing WCAG - How to Meet: [13]https://www.w3.org/WAI/WCAG21/quickref/?currentsidebar=%23c ol_customize&tags=carousels [13] https://www.w3.org/WAI/WCAG21/quickref/?currentsidebar=#col_customize&tags=carousels <jeanne> Erik Eggert did much of this work on WCAG Quickref tagging. He is on the list of Observers attending Silver at TPAC. I think we could learn a lot from him about what he liked and didn't like from the development. <jeanne> Charles: In the WCAG Quickref, they display all the success criteria that don't apply in a grayed out state. <jeanne> Charles: I would like to see all the tags in the Quick Reference with the tags that we think should be in Silver and do a public card sorting exercise. <jeanne> Jeanne: We should ask how the list of tags were developed. It may have come through a card sorting exercise. This was developed by EO, which does a lot of usability testing. <jeanne> Jeanne: I would like to see a list of all the guidelines, but maybe that isn't a good idea, because I don't like how I have to drill down in Silver. <jeanne> Charles: There is a lot of drill down. You have to select the Guideline before applying the filter. I would rather see a list of all the "mobile" methods. <jeanne> Mike: I could do that, and then give the related Guideline. <jeanne> Charles: The labels in the navigation - The View Guidelines and View Methods - it's ambiguous. Change it to Guidelines and Methods. <jeanne> Charles: We are in an era of liquid expectations. We don't have a framework for comparison in other than a similar experience. Going into a large repository of information should be as easy as a comperable experience -- like retail e-commerce, where you start with a huge list, and narrow it down by search or by category and filters. <jeanne> ... so you are seeing 3 of 147. <jeanne> Shawn: We need to make sure it is clear that we are showing 3 of 147 and not that we are only show 3 per page. <jeanne> Charles: I like that it is accessible. <jeanne> Mike: I still have some more work to do on the accessibility, but it is all based around information, so it only needs styling. draft of slide deck for TPAC meeting <jeanne> [14]https://docs.google.com/presentation/d/1V_nYD27N6kx8gRha0rr dQK8aKyvg7kKXu6rs44We7IU/edit#slide=id.p [14] https://docs.google.com/presentation/d/1V_nYD27N6kx8gRha0rrdQK8aKyvg7kKXu6rs44We7IU/edit#slide=id.p Lauriat: Jeanne and I put together an outline for approaching the TPAC meeting. ... want to give background and context before "active" activities <jeanne> scribe: LuisG Lauriat: first slide: same silver goals that we have in every presentation. Make it clear these are still the goals. ... after that, the goals of what we want to get out of TPAC: 1) show prototypes and get feedback, 2) test prototypes, 3) get input from AGWG as stakeholders ... want to get people thinking about it, tell us what's missing, what might be good...getting as much feedback as we can ... next, is a review of the work we've done so far ... then a timeline of milestones and then we'll talk about the prototypes before we test drive them ... with IA, we're just restructuring content. providing different way of getting the guidelines, etc. we have a diagram linking things together and then how WCAG content moves to Silver <Charles> test <LuisG_> .. if they're moving into methods then they become normative <LuisG_> Charles: Do we have a slide later that says how we scale and how new content gets put into Silver? <LuisG_> Jeanne: Not yet. <Lauriat> 4.1.1 "In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique, except where the specifications allow these features." <jeanne> The example shows how Readable could have a minor rewording and be a technology neutral guideline. The Example of 4.1.1, it is very technology specific and should be a method. <jeanne> Charles: It could be reworded to be more generic. <jeanne> Shawn: I think it all boils down to "did you code it correctly?" and those should be technology specific. <jeanne> ... we could say "did you use the technology correctly?" and then most/all of Robust would then become methods. <Lauriat> Success Criterion 3.2.2 On Input Changing the setting of any user interface component does not automatically cause a change of context unless the user has been advised of the behavior before using the component. <jeanne> ... we have an example of PRinciples becoming tags where a guideline has multiple tags. We also have an example of an existing success criteria where multiple principles apply. <jeanne> Jeanne: I asked for help creating a diagram to show how WCAG content moves to Silver <Lauriat> Original 4.1.2 Name, Role, Value: For all user interface components (including but not limited to: form elements, links and components generated by scripts), the name and role can be programmatically determined; states, properties, and values that can be set by the user can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies. (Level A) Note: This success criterion is primarily [CUT] <jeanne> Shawn: Plain Language - we describe how the plain language prototype has been developed. <Lauriat> Translation Name, Role, Value: Make interface semantics and actions accessible for assistive technology (formerly WCAG 4.1.2) Summary All interface semantics - annotations that help assistive technology know how to interact with your website or application - must be accessible for assistive technology by using Accessibility API conventions. <jeanne> Shawn: I did make some changes so that Name, Role, Value is technically correct. <jeanne> ... Translation <jeanne> Name, Role, Value: Make interface semantics and actions accessible for assistive technology (formerly WCAG 4.1.2) <jeanne> Summary <jeanne> All interface semantics - annotations that help assistive technology know how to interact with your website or application - must be accessible for assistive technology by using Accessibility API conventions. <jeanne> It can be wordsmithed, but it is clear, shorter, and uses the correct terms. <jeanne> ... the power of the plain language example is that it shows how it can be presented in a technology-neutral manner. <jeanne> ... we are not proposing final language. <jeanne> Charles: We may want to include the WCAG 2.1 tag numbers. Legacy people will look for it by number. <jeanne> Shawn: I don't think we want it for tags, but we would want people to be able to search for it. <jeanne> Jeanne: Search for 4.1.2 and get the result of Name Role Value. It wouldn't have to display "4.1.2" anywhere. <jeanne> Shawn: On Conformance, we want to give people an idea of what we are working on around Conformance because it is not ready and then discuss it with people later. <jeanne> ... We aren't going to talk about Requirements because the COnformance prototype isn't ready yet. <Lauriat> 1. Test the maintainability of the Information Architecture - specific tasks to accomplish. - Take a WCAG 2.1 proposal that didn’t make it in, and break it up into pieces and write it for Silver. <jeanne> ... then we will talk about the Test Drives. We have 3 that we want to do. <jeanne> {see the line above for the first 1 of 3) <Lauriat> 2. Test the plain language style guide - pick a WCAG SC and re-rewrite it. <Lauriat> 3. Card deck of desirable tags - [talk to Charles about the How to Meet tags and confirm he wants to do it] <jeanne> Charles: The way to do it live in room. Parent categories in a room on the board and the sticky notes with potential tags and putting the tags on the board where they go. <jeanne> ... in a closed card sort, you control the categories. In an open card sort, cluster them how you think they make sense and categories emerge. <jeanne> ... if time permits, it can be done pretty quickly. <jeanne> ... if it is important, we could put it up on a service like Optimal Sort, then the time and space are less important. <jeanne> ... it may be able to be run for free. <Charles> [15]https://www.optimalworkshop.com/optimalsort [15] https://www.optimalworkshop.com/optimalsort <jeanne> zaim, take up next Plain Language update <jeanne> [16]https://w3c.github.io/silver/prototypes/PlainLanguage2/inde x.html [16] https://w3c.github.io/silver/prototypes/PlainLanguage2/index.html <jeanne> here's the link to the new prototype with some of hte Section Heading data. I got most of the way through the Planning and Design tabs. <jeanne> We will talk about it on Tuesday Summary of Action Items Summary of Resolutions [End of minutes] __________________________________________________________
Received on Saturday, 13 October 2018 15:38:57 UTC