Make heading case consistent: title case at level 2, sentence case at

level 3. Closes #100.

index.html

@@ -34,7 +34,7 @@ <h3>What are collaboration tools?</h3>
         </ul>
       </section>
       <section id="distinctive-features">
-        <h3>Our Scope: Distinctive features of collaboration tools</h3>
+        <h3>Our scope: distinctive features of collaboration tools</h3>
         <p>This document focuses on features unique to collaboration tools, rather than features which they share with other Web applications. Most especially this document avoids discussion of features applicable to software in general. However, any software that provides one or more of the features enumerated here may benefit from the user needs and corresponding requirements elaborated in the sections that follow.</p>
         <p>The distinctive capabilities of collaboration tools are illustrated by the examples described in the section: <a href="#collaboration-tools"></a>. It is important to consider how these features are manifested in the tool&apos;s user interface. From this perspective, the distinguishing features may be described as follows.</p>
         <dl>
@@ -71,7 +71,7 @@ <h3>Our Scope: Distinctive features of collaboration tools</h3>
       </section>
 
     <section id="need-definition">
-      <h3>Defining User needs</h3>
+      <h3>Defining user needs</h3>
       <p>Specific user needs are frequently defined both by   task required to achieve a particular goal and also by environmental conditions. Context matters. For example, the cognitive demands imposed by interacting with the collaboration-related features of an application depend not only on the needs and capabilities of the user, including the possible presence of assistive technology, but also on the context. A collaborative task that the user can perform independently while working alone in a distraction-free environment may quickly become cognitively burdensome when performed during a working teleconference session. Working with comments and suggested changes becomes more cognitively demanding when other authors are simultaneously editing the same content, and the user needs to be aware of their activities (e.g., to avoid introducing conflicting changes) while still performing the editing task. The use of different input types and methods, such as speech input or switch-based input, can significantly affect the amount of time required to enter and edit text, as well as the user&apos;s ability to respond to potentially disruptive changes introduced by collaborators.&apos;</p>
     </section>
             <section id="collab-a11y">
@@ -90,7 +90,7 @@ <h2>Social Considerations</h2>
 	      <p>Collaborative tools should support all identified accessibility features in order to provide comprehensive accessibility. However, it is unlikely all features will be needed by any individual collaborative team effort. We assume persons with disabilities are brought into collaborative teams because of the contributions they are expected to make in the project. Teams are encouraged to focus on accommodating the specific accessibility needs of participating team members in order to operate most efficiently and productively.</p>
       </section>
       <section id="scope">
-        <h3>Scope and Applicability of this Document</h3>
+        <h3>Scope and applicability of this document</h3>
         <p>Accessibility-related guidance provided in this document is applicable to a wide variety of tools. No unnecessary restriction is placed on the types of Web-based software to which it may reasonably be applied.</p>
         <p>If a tool implements one or more of the distinctive features described in section <a href="#distinctive-features"></a>, then the guidance in this document which addresses each such supported feature is relevant and applicable to the tool. Thus, the scope of the document includes any tool implemented using Web technologies that implements at least one of the distinctive features for which guidance is offered in the sections that follow.</p>
         <p>For example, an annotation tool supporting the association of shared comments with selected text in Web pages would offer only a single feature described in this document. For this reason, only section <a href="#annotations"></a> would be relevant to the tool.</p>
@@ -99,7 +99,7 @@ <h3>Scope and Applicability of this Document</h3>
     </section>
 
     <section id="synchronous">
-      <h2>Real-Time co-editing</h2>
+      <h2>Real-Time Co-editing</h2>
       <ul>
         <li><strong>User Need 1:</strong> Users need to be able to discover the presence of collaborators who are reading or editing the content.</li>
         <li><strong>REQ 1:</strong> Provide a mode of operation in which <em>status messages</em> alert the user whenever a collaborator opens or closes an interactive session involving the same content that the user is accessing (e.g., the same document).</li>
@@ -143,7 +143,7 @@ <h2>Annotations</h2>
       <p class="note">REQ 8 may be valuable to users in general, and it should be considered for inclusion as a feature of collaboration tools themselves.</p>
     </section>
     <section>
-      <h2>Version control features</h2>
+      <h2>Version Control Features</h2>
       <section id="version-control-changes">
         <h3>Suggested changes</h3>
         <ul>
@@ -157,7 +157,7 @@ <h3>Suggested changes</h3>
         </ul>
       </section>
       <section id="diff">
-        <h3>Presenting Differences Between Revisions</h3>
+        <h3>Presenting differences between revisions</h3>
         <ul>
           <li><strong>User Need 13:</strong> Users need to be able to compare revisions in meaningful units (words, sentences, lines, blocks of code, a side-by-side presentation of two graphic renderings, etc.), according to the nature of the content, to maximize comprehension.</li>
           <li><strong>REQ 13:</strong> Provide at least one mode (and preferably several) that present differences in a content appropriate manner.</li>