Editorial (Normative): "Web" to "web", harmonise when SC is upper or lowercase (#4461)

Split out normative-only version of
#4428

Relates to #4427

Changes unnecessary capitalisation of "Web" to "web", a few straggler
cases where lowercase "success criterion/criteria" was referring to
specific ones, where we do want title case

---------

Co-authored-by: Mike Gower <mikegower@gmail.com>
(cherry picked from commit bc709a4)

Author: 2 people

guidelines/index.html

@@ -118,7 +118,7 @@ <h4>Numbering in WCAG 2.1</h4>
 				</section>
         <section id="conformance-to-wcag-2-1">
           <h4>Conformance to WCAG 2.1</h4>
-					<p>WCAG 2.1 uses the same conformance model as WCAG 2.0 with a couple additions, which is described in the <a href="#conformance">Conformance</a> section. It is intended that sites that conform to WCAG 2.1 also conform to WCAG 2.0, which means they meet the requirements of any policies that reference WCAG 2.0, while also better meeting the needs of users on the current Web. </p>
+					<p>WCAG 2.1 uses the same conformance model as WCAG 2.0 with a couple additions, which is described in the <a href="#conformance">Conformance</a> section. It is intended that sites that conform to WCAG 2.1 also conform to WCAG 2.0, which means they meet the requirements of any policies that reference WCAG 2.0, while also better meeting the needs of users on the current web. </p>
 				</section>
 			</section>
           <section id="later-versions-of-accessibility-guidelines">

guidelines/terms/20/accessibility-supported.html

@@ -102,7 +102,7 @@
       would be to consult compilations of uses that are documented to be accessibility supported.
       (See <a href="https://www.w3.org/WAI/WCAG21/Understanding/conformance#documented-lists">Understanding Accessibility-Supported Web Technology Uses</a>.) Authors, companies, technology vendors, or others may document accessibility-supported
       ways of using web content technologies. However, all ways of using technologies in
-      the documentation would need to meet the definition of accessibility-supported Web
+      the documentation would need to meet the definition of accessibility-supported web
       content technologies above.
    </p>
 

guidelines/terms/20/role.html

@@ -1,7 +1,7 @@
 <dt><dfn id="dfn-role">role</dfn></dt>
 <dd>
 
-   <p>text or number by which software can identify the function of a component within Web
+   <p>text or number by which software can identify the function of a component within web
       content
    </p>
 

guidelines/terms/20/technology.html

@@ -10,7 +10,7 @@
 
    <p class="note">Web content technologies may include markup languages, data formats, or programming
       languages that authors may use alone or in combination to create end-user experiences
-      that range from static web pages to synchronized media presentations to dynamic Web
+      that range from static web pages to synchronized media presentations to dynamic web
       applications.
    </p>