- From: Kim Patch <kim@redstartsystems.com>
- Date: Thu, 4 Nov 2021 12:05:59 -0400
- To: "public-mobile-a11y-tf@w3.org" <public-mobile-a11y-tf@w3.org>, "ran@w3.org" <ran@w3.org>
- Cc: Kathy Wahlbin <kathy@wahlbin.com>, Jeanne Spellman <jspellman@spellmanconsulting.com>
- Message-ID: <cf04132a-52c6-9b16-d4cd-86ec4abb1c3a@redstartsystems.com>
*MATF Minutes November 4, 2021 * *Link**:**https://www.w3.org/2021/11/04-matf-minutes.html Text of minutes: * Mobile Accessibility Task Force Teleconference 04 November 2021 IRC log. <https://www.w3.org/2021/11/04-matf-irc> Attendees Present Jake, jeanne, Jennifer, Kim_patch Regrets - Chair Kimberly_Patch Scribe Kim_patch Contents 1. New template for methods <https://www.w3.org/2021/11/04-matf-minutes.html#t01> Meeting minutes New template for methods <jeanne> https://github.com/w3c/silver/tree/ACT_Method_proposal/methods/template <https://github.com/w3c/silver/tree/ACT_Method_proposal/methods/template> on github – individual files <jeanne> https://www.w3.org/WAI/GL/WCAG3/2020/methods/images-of-text/ <https://www.w3.org/WAI/GL/WCAG3/2020/methods/images-of-text/> Looking at existing technique – Images of text – here's what it looks like today platform, summary, how it solves the user need. How it solves the user need is the tying in where you are today where you have a great list of user needs for The mobile success criteria for the ones you've targeted to move to WCAG three that was the first step today talking about the next step – how do you build the methods for how this can be evaluated that's where your testing goes so this is the old model. Platform, technology which most of the time is going to be HTML. We have summary that is a wrap up of what we are trying to do and how itself the User need. The next tab is the description tab which describes the outcome. You don't need to start with it but that is built on the user needs – basically what has to happen in order for that user need to be met. There's a lot more detail about outcomes coming and there's a different group that's writing a new guidance for how to create outcomes and hopefully will have that for you to look at next week it's not quite ready for this week so let's hold that for now and start looking at the other parts of this Jeanne: the next tab is all examples Jeanne: an image, code, all examples Jeanne: Final page is resources <jeanne> https://github.com/w3c/silver/tree/ACT_Method_proposal/methods/template <https://github.com/w3c/silver/tree/ACT_Method_proposal/methods/template> Jeanne: back to the template Jeanne: we now have different tabs organized differently – introduction, background, examples, test and glossary Jeanne: Some information has moved to background Jeanne: if you look at the index file scroll down to lines 13-17 These are the new tabs Jeanne: open the introduction tab and you are looking Starting at line 11 you'll have the outcome, which I'm advising you not to try to do this week. I'll be able to talk more about that next week Jeanne: The platform, technology, input – trying to be more specific. Most of the feedback about testing was we are trying to be to broad we need to get more precision into it. So this is one of the places where we are Looking for more precision. We want to get the technical sources that you would be using for testing which could be the Dom tree, could be accessibility tree or CSS styling Jeanne: this is something the testers wanted and feel will improve the precision Jeanne: the summary, how it solves the user need that's where it goes Jeanne: a new section is when to use this method also includes when not to use this method. Again we have narrowed down some the areas that the testers were concerned about and felt would make it more precise Jeanne: I can talk about that more when you need it Jeanne: if you do some work with this template and start running into issues I'd like to bring in the best people to talk about it Jeanne: so that is the introduction tab. If you go back to the list and github let's take a look at the background tab Jeanne: This is where we put all the resources, Section on accessibility support, important section on assumptions Jeanne: assumptions come from ACT rules it's another way of making things more concise Jeanne: a lot of it is definitions <jeanne> https://w3c.github.io/wcag-act/act-rules-format.html#assumptions <https://w3c.github.io/wcag-act/act-rules-format.html#assumptions> Jeanne: assumptions are limitations or exceptions for evaluation, test environment, Jeanne: This is the kind of thing you would put in the assumptions category. Again, it's part of getting it to be more precise for testers. The examples Tab hasn't changed. The test tab has the most changes. Start at line 11 get started information for beginners and testing. Can be a link or text description of how to test it. Jeanne: what we've done in some of the examples is linked to the easy checks document that has a lot of information for beginners on testing so whenever we can find something that fits in Easy checks we put it there. I think most of your work is pretty technical so doesn't go here. The rest of it is for professionals and is oriented toward them Jeanne: what's excluded, ignored, what's the elements are. Expectation is this is what we expect to have passed Jeanne: What's challenging about this new format is it really can't be done by people who don't understand the guideline at a very detailed Level for testing. ACT has agreed to give us help Jeanne: if you run into trouble writing this. But what it does is allows it to have the precision that testing and tool manufacturers need in order to say that these methods are testable. That was probably the biggest feedback we got from the first public working draft was the ambiguity Jeanne: it was understandable that the first public working draft was ambiguous because we had put a lot of detailed thought into the guidelines yet – the Actual guidelines Because we were focusing on the overall structure. But people want to know how the guidelines work so that is what we added Jeanne: another area is the glossary – we can improve precision by getting into the details of how things are defined. We recommend that you use standard definitions were possible and then you can add Additional paragraphs that explain it. Jeanne: while W3C might have a definition of Pointer events you might want to have a more narrow definition in your method. That's where you can use your glossary to say here's the official definition and in this circumstance we are further narrowing it down to mean this particular example. Jeanne: so what we've tried to do is give the people who are the technical experts the ability to put in a lot more the technical knowledge that people need to do the testingAnd also the best practice of how to solve the individual User lead. Jeanne: questions? Jeanne: so this is only for the method – you can use this github template Jeanne: will create a Google doc template for this <jeanne> https://docs.google.com/document/d/1ZhiMKKnnwleI8emRFElL7SmjBdUABkkI36eZhRMzk-M/ <https://docs.google.com/document/d/1ZhiMKKnnwleI8emRFElL7SmjBdUABkkI36eZhRMzk-M/> Kim: From that template I'll make method docs for the SCs we have started and put links into the existing documents Jeanne: this shows the mapping Jeanne: shows what maps, input aspects for testing is new, Resources changes to background, new sections in background tab. Ignore the code Jeanne: examples had no change except we were adding subsections – the examples are now sorted by what's a passing example what's a failed example and what's an inapplicable example Jeanne: test tab we made major changes. We got rid of atomic tests and holistic tests. We don't think were going to be able to do holistic tests. We haven't found any group that's willing to work on it or even thinks it can be done. Were making another approach toward usability testing – more work needs to be done on that. So get started, summary, applicability, and expectation Jeanne: I put in a link where we are Talking about the definitions to the ACT rules format and you can get a lot of information from that link to that website on the ACT rules. It will be interesting to see if ACT has done rules for pointer events <jeanne> https://w3c.github.io/wcag-act/act-rules-format.html <https://w3c.github.io/wcag-act/act-rules-format.html> Jeanne: link for ACT rules <jeanne> https://w3c.github.io/wcag-act-rules/ <https://w3c.github.io/wcag-act-rules/> Jeanne: earlier link was rules format – Explanations behind the rules. Second link is the rules themselves Jeanne: click on all rules and you'll get a list of approved rules and proposed rules Jeanne: Looking up some keywords – pointer, orientation, label <jeanne> https://w3c.github.io/wcag-act-rules/standards-guidelines/act/rules/#proposed-test-rules <https://w3c.github.io/wcag-act-rules/standards-guidelines/act/rules/#proposed-test-rules> Getting 404 errors for the ACT rules Jeanne: checking on that Next week is joint meeting with COGA the idea is to inform each other about where our groups might have overlapping interests Jennifer – feel free to email any thoughts, observations, questions for that meeting if you can't make it The week after that, November 18, we will get back to the template with Jeanne ___________________________________________________________ Kimberly Patch (617) 325-3966 kim@scriven.com <mailto:kim@scriven.com> www.redstartsystems.com <http://www.redstartsystems.com> - making speech fly PatchonTech.com <http://www.linkedin.com/in/kimpatch> @PatchonTech www.linkedin.com/in/kimpatch <http://www.linkedin.com/in/kimpatch> ___________________________________________________
Received on Thursday, 4 November 2021 16:06:16 UTC