Update from Issue 44

Closes #44

Author: alastc

requirements/index.html

@@ -188,6 +188,7 @@ <h2 id="design_principles">Design Principles</h2>
 			<li>Improve the ability to support automated testing where appropriate and provide a procedure for repeatable tests when manual testing is appropriate.</li>
 			<li>Provide requirements to address functional needs, while avoiding or minimizing negative impacts on other functional needs. </li>
 			<li>Include accompanying documents that provide clear, concise, and findable technical information quickly in one place.</li>
+			<li>Include, where possible and appropriate, links to instruction videos, illustrations, and how-to guides. Creation of new videos and illustrations are outside the scope of the working group at this time.</li>
 			<li>Normative requirements should be unambiguous so there is only one possible meaning for each requirement.</li>
           </ol>
           <p>The creation process for the guidelines should:</p>
@@ -204,23 +205,24 @@ <h2 id="requirements">Requirements</h2>
           <p>The WCAG 3.0 Requirements are high level and will be expanded and refined as Silver members move through the prototyping process.</p>
           <section>
           <h3>Broad disability support</h3>
-          <p>Silver guidance includes tests and other evaluation methods. Some guidance may use true/false verification but other guidance will use other ways of measuring and/or evaluating where appropriate so that more needs of people with disabilities may be included (for example: rubrics, sliding scale, task-completion, user research with people with disabilities, and more). This approach includes particular attention to people whose needs may better be met with a broad testing strategy, such as people with low vision, limited vision, or cognitive and learning disabilities. </p>
+          <p>The guidance includes requirements that are not available in WCAG 2.x. Some guidance may use true/false verification but other guidance will use other ways of measuring and/or evaluating where appropriate so that more needs of people with disabilities may be included (for example: rubrics, sliding scale, task-completion, user research with people with disabilities, and more). This approach includes particular attention to people whose needs may better be met with a broad testing strategy, such as people with low vision, limited vision, or cognitive and learning disabilities.</p>
           </section>
           <section>
           <h3>Flexible maintenance and extensibility</h3>
-            <p>Create a maintenance and extensibility model for guidelines that can better meet the needs of people with disabilities using emerging technologies and interactions. The process of developing the guidance includes experts in the technology.</p>
+            <p>The informative documentation uses a process that is easy to update and maintain.
+			The process of developing the guidance includes experts who review the guidelines to check they will work for emerging technologies and interactions.</p>
             </section>
           <section>
             <h3>Multiple ways to display</h3>
-            <p>Design the guidelines so that they can be presented in different accessible and usable ways or formats, to address the needs of different audiences.</p>
+            <p>The Guidelines can be presented in different accessible and usable ways or formats, to address the needs of different audiences.</p>
           </section>
           <section>
             <h3>Technology Neutral</h3>
-	    <p>Guidance should be expressed in generic terms so that they may apply to more than one platform or technology. The intent of technology-neutral wording is to provide the opportunity to apply the core guidelines to current and emerging technology, even if specific technical advice doesn't yet exist.</p>
+	    <p>Guidance is expressed in technology-neutral terms so that it can be met using different platforms or technologies. The intent of technology-neutral wording is to provide the opportunity to apply the core guidelines to current and emerging technology, even if specific technical advice doesn't yet exist.</p>
 	 </section>
           <section>
             <h3>Readability</h3>
-            <p>The core guidelines are understandable by a non-technical audience. Where technical guidance is necessary, a plain language alternative or summary will be provided. Text and presentation are usable and understandable through the use of plain language, structure, and design. They link to instruction videos, illustrations, and how-to where available.  Creation of new videos and illustrations are outside the scope of this project at this time.</p>
+            <p>Requirements in WCAG 3 for plain language shall be applied to WCAG 3. It is desirable for the guidelines to be understandable by the widest possible audience.</p>
           </section>
           <section>
             <h3>Regulatory Environment</h3>
@@ -232,11 +234,11 @@ <h3>Regulatory Environment</h3>
 	  </section>
           <section>
             <h3>Motivation</h3>
-	    <p>The Guidelines motivate organizations to go beyond minimal accessibility requirements by structuring WCAG 3 to provide encouragement to organizations which demonstrate a greater effort to improve accessibility.</p>
+	    <p>The Guidelines motivate organizations to go beyond minimal accessibility requirements with a conformance model that shows which organizations demonstrate a greater effort to improve accessibility</p>
 	 </section>
           <section>
             <h3>Scope</h3>
-	    <p>The guidelines provide guidance and a conformance model for people and organizations that produce digital assets and technology of varying size and complexity. This includes large, dynamic, and complex websites. The associated informative materials will include guidance for a diverse group of stakeholders including content creators, browsers, authoring tools, assistive technologies, and more.</p>
+	    <p>WCAG 3 will provide guidance and a conformance model suitable for people and organizations that produce digital assets and technology of varying size and complexity. This includes large, dynamic, and complex websites. The scope of the associated informative materials will include guidance for a diverse group of stakeholders including content creators, browsers, authoring tools, assistive technologies, and more.</p>
 
 	</section>
 		</section>