Thanks for the discussion today, Alan. I thought some more about it, went through previous drafts, and mocked up an option with the following sections:
1. Summary of work required to make content that meets MWBP also meet WCAG 2.0 - simple lists of Nothing, Something, Everything. within each list, ordered by priority. links go to the sections below.
2. Addressing WCAG 2.0 Success Criteria - organized by SC number (and thus topic). includes the full SC text, and short instructions on what is needed for WCAG 2.0 in relation to what is already done for MWBP. the SC numbers link to the Quick Ref, and the MWBP link to the "Accessibility aspects of Mobile Web Best Practices" section below.
QUESTION: Should this section include only the ones in the "Something" category in order to keep this section short & focused? Or, should it list all SC so that people can use this as a comprehensive list?
3. Accessibility aspects of Mobile Web Best Practices - answers "How does it enhance accessibility to people with disabilities?" and 'Does it relate to WCAG 2.0 Success Criteria?"
See attached. What do you think of this organization? (I'm sure the wording could be improved.) Does this provide:
- A quick overview of how much is in the three categories (1,2,3 below)
- A concise bit of info on the #2 items, telling me just what else to check to see if I need to do more to meet WCAG.
- Links to more details if I want them
?
How about the 3 of us check in on Wednesday at 1600 Spain / 1500 UK / 0900 US Central ? I will set up a teleconference bridge, and provide details in IRC at #eo
Best,
~Shawn
Shawn Henry wrote:
>
> At the EOWG teleconference on 28 March, we discussed the reorganization
> of the MWBP to WCAG documents. In order to help focus the discussion, we
> took on the role of a persona and scenario/use case:
> * I am a Web developer (or project manager)
> * I have a pretty good understanding of MWBP, and my web site meets most
> of the BPs
> * We're doing some updating to our site, and want to make it more
> accessible, preferably to meet WCAG
>
> EOWG came up with these needs:
> * I want to know:
> 1. which WCAG success criteria (SC) I've already got covered by meeting
> MWBP
> 2. which WCAG SC I've partially got covered but need to do a little more
> on, or that I might already have covered but need to check
> 3. which WCAG SC are not at all addressed by MWBP
> * I'd really like to get a quick overview of how much is in the three
> categories (1,2,3 above), probably as lists [depending on organization,
> this might be provided by the table of contents]
> * Then I'd like to get a concise bit of info on the #2 items, telling my
> just what else to check to see if I need to do more to meet WCAG. I want
> this to be short, quick, and clear.
> * I _might_ want to look into more details on a couple of points, but I
> don't want that to clutter the simple material (e.g., it's linked to
> elsewhere)
>
> You can switch MWBP and WCAG in the above and the rest still applies.
>
> (Please accept my apologies in taking so long to complete my action item
> to write up the notes above.)
>
> Regards,
> ~Shawn
>
>
> Shawn Henry wrote:
>> Thanks for getting us started re-thinking the overall purpose,
>> audience, and organization of these documents, Alan.
>>
>> I took a pass at updating the analysis document at
>> http://www.w3.org/WAI/EO/changelogs/cl-mwbp-wcag
>> I think the 3 primary use cases for the documents are (where the "I"
>> could be a developer, manager, policy maker, etc.):
>> 1. I know WCAG 1.0 and now I also want to do MWBP.
>> 2. I know MWBP, and now I also want to do WCAG 2.0.
>> 3. I haven't done much with either accessibility or designing for
>> mobile devices, and now I want to do both.
>>
>> Question: How common is #2 - that is, are many people familiar with MWBP?
>>
>> Let's think about simplifying the documents for the primary use cases.
>> Also, it would be good if we could provide for both these situations:
>> - people who just need a quick, simple list and explanation of what
>> they need to do
>> - people who are interested in the knowing more about the issues
>>
>> For example, if I already meet WCAG and I just want the simplified
>> list of what I need to do to also meet MWBP, I really don't want to
>> wade through the benefits of one for the other, I just want the info
>> on what of the MWBP I've already met and what I still need to do.
>>
>> I also posted online updated drafts of the "Experiences" document,
>> which Yeliz has been working on. Note that the 2 documents below have
>> the same information, yet one is formatted in a table and the other is
>> not.
>> * Table-version:
>> http://www.w3.org/WAI/EO/Drafts/MWBP-WCAG/experiences-draft
>> * Non-table-version:
>> http://www.w3.org/WAI/EO/Drafts/MWBP-WCAG/experiences2-draft
>>
>> Let's also re-think what we want in this document. Perhaps some of the
>> information that is currently in the technical document
>> <http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/Accessibility/drafts/ED-mwbp-wcag-20080314/>
>> would be better located in the "Experiences" document?
>>
>> EOWG: Please send your thoughts to the EOWG list in the next day or
>> two, and then let's try to finalize it on the EOWG teleconference this
>> Friday so that Alan and Yeliz can re-organize the documents as needed.
>>
>> Thanks,
>> ~Shawn
>>
>>
>> Yeliz Yesilada wrote:
>>>
>>>
>>> I agree with Jo; I am also not sure what the proposed changes are. I
>>> thought there are five documents:
>>>
>>> 1. Working on WCAG 2.0 and MWBP together;
>>> 2. Starting from MWBP and extending/upgrading to WCAG 2.0
>>> 3. Starting from MWBP and extending/upgrading to WCAG 1.0
>>> 4. Starting from WCAG 1.0 and extending/upgrading to MWBP
>>> 5. Starting from WCAG 2.0 and extending/upgrading to MWBP
>>>
>>> What would be the other two proposed documents?
>>>
>>> Regards,
>>> Yeliz.
>>>
>>> On 14 Mar 2008, at 19:42, Jo Rabin wrote:
>>>
>>>>
>>>> I am all for simplifying it and making the document(s) more useful.
>>>>
>>>> But forgive me, I am not sure what this proposal means. How many
>>>> documents do we end up with in total? What is the subject matter of
>>>> each
>>>> of them? I'd like to think that we could treat WCAG 1.0 and 2.0 in the
>>>> same documents and so reduce the overall number of documents as well as
>>>> complexity and possible confusion for the audience.
>>>>
>>>> Thanks
>>>> Jo
>>>>
>>>>
>>>>> -----Original Message-----
>>>>> From: public-bpwg-request@w3.org [mailto:public-bpwg-request@w3.org]
>>>> On
>>>>> Behalf Of Alan Chuter
>>>>> Sent: 14 March 2008 17:34
>>>>> To: EOWG; MWI BPWG Public
>>>>> Subject: Discussion on purpose of Mobile Accessibility document
>>>>>
>>>>>
>>>>> For those who were not on the call: It became apparent that something
>>>>> was very wrong with this page of the document [1]. There was no
>>>>> agreement on whether it was for going from MWBP to WCAG or the
>>>>> reverse.
>>>>>
>>>>> Following our discussion, and having stood back from the document for
>>>>> a while I realised what I believe is the problem is that the documents
>>>>> are structured around the mapping, not around what people are going to
>>>>> use it for. For each BP there are two paragraphs:
>>>>>
>>>>> 1. How does it especially help users with disabilities?
>>>>> 2. Does it help meet any WCAG 2.0 success criteria?
>>>>>
>>>>> While these appear to be slightly different takes on the same thing, I
>>>>> think that they are quite different
>>>>>
>>>>> 1. Is about the accessibility benefits of MWBP and the case for
>>>>> adopting from MWBP starting from WCAG (I've done WCAG, what is the
>>>>> accessibility justification for adopting some or all of MWBP?). From
>>>>> WCAG to MWBP.
>>>>>
>>>>> 2. Is about the work involved in adopting WCAG starting from MWBP
>>>>> (I've done MWBP, how much further do I have to go to comply with
>>>>> WCAG?) From WCAG to MWBP.
>>>>>
>>>>> So while the *mapping* is from MWBP to WCAG, the *use of the document*
>>>>> goes both ways. These two things should not be in the same document, I
>>>>> think.
>>>>>
>>>>> So at the cost of expanding from five pages to seven, and turning it
>>>>> inside out, I suggest splitting this up, so that we have:
>>>>>
>>>>> 1. Extending/Upgrading from WCAG to MWBP.
>>>>> * For each MWBP, the Accessibility Benefits of this BP (MWBP
>>>>> mapped to accessibility)
>>>>> * For each WCAG SC, does this WCAG SC that I have done give also
>>>>> me MWBP compliance? (WCAG mapped to MWBP)
>>>>> 2. Extending/Upgrading from WCAG to MWBP.
>>
>> Alan, #1 and #2 are the same. Did you mean one to be different from
>> the other?
>>
>>>>> * For each WCAG SC, the Mobile Benefits of this WCAG SC (WCAG
>>>>> mapped to MWBP)
>>>>> * For each MWBP, does this BP that I have done also give me WCAG
>>>>> SC compliance? (MWBP mapped to WCAG)
>>>>>
>>>>> I don't think that this will be as complicated as it seems, and will
>>>>> be easier to read.
>>>>>
>>>>> What worries me is that we've been looking at this for so long and not
>>>>> noticed what the problem.
>>>>>
>>>>> regards,
>>>>>
>>>>> Alan
>>>>>
>>>>> [1]
>>>>>
>>>> http://www.w3.org/2005/MWI/BPWG/Group/TaskForces/Accessibility/drafts/ED
>>>>
>>>> -
>>>>> mwbp-wcag-20080305/mwbp-wcag20.html#MINIMIZE_KEYSTROKES
>>>>>
>>>>>
>>>>> --
>>>>> Alan Chuter,
>>>>> Senior Web Accessibility Consultant, Technosite (www.technosite.es)
>>>>> Researcher, Inredis Project (www.inredis.es/)
>>>>> Email: achuter@technosite.es
>>>>> Alternative email: achuter.technosite@yahoo.com
>>>>> Blogs: www.blogger.com/profile/09119760634682340619
>>>>
>>>>
>>>
>>>
>>>
>>
>
--
Shawn Lawton Henry, W3C Web Accessibility Initiative (WAI)
about: http://www.w3.org/People/Shawn/
phone: +1-617-395-7664
e-mail: shawn@w3.org