- From: <kimberlee.dirks@thomsonreuters.com>
- Date: Tue, 7 Feb 2017 18:38:48 +0000
- To: <lisa.seeman@zoho.com>, <jjwhite@ets.org>
- CC: <w3c-wai-gl@w3.org>
- Message-ID: <ED79D68BE083CB43A321BCE2A684021CEDBA1CFA@C111WHRPMBX28.ERF.thomson.com>
Hi Lisa, When we, in the working group, are struggling with whether a proposed SC is ready for inclusion, I think it’s needed and appropriate to call those potential SCs out. Maybe we can call them something other than “at risk,” but support having them in their own group/under a different heading. It helps me to identify those potential SCs that need more thought and input from me. Thanks. Kim Kimberlee Dirks, JD Accessibility Specialist, Legal UX Thomson Reuters From: lisa.seeman [mailto:lisa.seeman@zoho.com] Sent: Tuesday, February 07, 2017 10:28 AM To: White Cc: W3c-Wai-Gl-Request@W3. Org Subject: RE: We should not separate outt at risk SC I agree that it is too early to call things at risk All the best Lisa Seeman LinkedIn<https://urldefense.proofpoint.com/v2/url?u=http-3A__il.linkedin.com_in_lisaseeman_&d=CwMFaQ&c=4ZIZThykDLcoWk-GVjSLm9hvvvzvGv0FLoWSRuCSs5Q&r=_REkUglEy1Mi-4wzMRNju7nrUQ4IPBJJ_zwWi5TiY20&m=QaXFlWCx8RQt9irbK2mmynvqt2XOCw_h-f1Ose7BWwE&s=MWU_wV3f_kiRkDeffjUDW_IvkZ_5kJUvpz0pNVP7rB0&e=>, Twitter<https://urldefense.proofpoint.com/v2/url?u=https-3A__twitter.com_SeemanLisa&d=CwMFaQ&c=4ZIZThykDLcoWk-GVjSLm9hvvvzvGv0FLoWSRuCSs5Q&r=_REkUglEy1Mi-4wzMRNju7nrUQ4IPBJJ_zwWi5TiY20&m=QaXFlWCx8RQt9irbK2mmynvqt2XOCw_h-f1Ose7BWwE&s=ak6tmY1ujYu23DhSTN_4wGkki-vHlGJ8rUXfN8b_nk0&e=> ---- On Mon, 06 Feb 2017 17:51:27 +0200 White<jjwhite@ets.org<mailto:jjwhite@ets.org>> wrote ---- From: lisa.seeman [mailto:lisa.seeman@zoho.com<mailto:lisa.seeman@zoho.com>] Sent: Sunday, February 5, 2017 3:05 PM Can we have any "at risk" SC placed in the draft in the main section with an editors note with the issues that need to be addressed. I do not think they should be a separate "at risk " section. [Jason] I thought the prevailing view was that “at risk” wouldn’t be the right concept to use at this early stage of development. I don’t mind how the editors decide to distinguish proposals that are known to be problematic from those which are on track for inclusion, but I think the distinction should be drawn in the draft so that reviewers can comment and, potentially, help by suggesting solutions. I also agree with Gregg that the problems identified with proposals should be noted (e.g., it isn’t reliably testable in its current form, it might not apply to all Web content, it’s too vague/ambiguous as written, etc.). ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely for use by the individual for whom it is intended, even if addressed incorrectly. If you received this e-mail in error, please notify the sender; do not disclose, copy, distribute, or take any action in reliance on the contents of this information; and delete it from your system. Any other use of this e-mail is prohibited. Thank you for your compliance. ________________________________
Received on Tuesday, 7 February 2017 18:39:32 UTC