docs: count docs accessible by default as done (#272)

Pull request 271 cleared the documentation check from 264 findings to
the 3 deliberate examples in Appendix C, so the framework action is met.
ACCESSIBILITY.md now says 18 of 24 and names the two actions still open.


Claude-Session: https://claude.ai/code/session_01PmRBrUTuhzYnQBFxUCN6Vr

Co-authored-by: Claude <noreply@anthropic.com>

Author: accesswatch

ACCESSIBILITY.md

@@ -209,7 +209,7 @@ The accessibility owner keeps these current. Report a problem with any of them t
 
 ## Open Source Accessibility Framework
 
-We follow the [Open Source Accessibility Framework](https://open-source-accessibility.github.io/Open-Source-Accessibility-Framework/) in its four phases and record our progress, action by action, in our public tracking issue, [GIT Going with GitHub, issue 55](https://github.com/open-source-accessibility/Open-Source-Accessibility-Framework/issues/55), in the framework's repository. Progress is self-reported, and an action is checked there only when its definition of done is fully met: 17 of 24 as of October 2026. Three workflow actions described below are in place but stay unchecked for now: docs accessible by default (findings remain in issue 267), accessible interfaces (the site has not yet been checked in a browser) and dependencies (the two known blockers have no upstream report yet). As of October 2026:
+We follow the [Open Source Accessibility Framework](https://open-source-accessibility.github.io/Open-Source-Accessibility-Framework/) in its four phases and record our progress, action by action, in our public tracking issue, [GIT Going with GitHub, issue 55](https://github.com/open-source-accessibility/Open-Source-Accessibility-Framework/issues/55), in the framework's repository. Progress is self-reported, and an action is checked there only when its definition of done is fully met: 18 of 24 as of 28 October 2026. Docs accessible by default is now checked: the documentation check's 264 findings were fixed in pull request 271, and the 3 left are deliberate bad examples in Appendix C. Two workflow actions described below are in place but stay unchecked for now: accessible interfaces (the site's fixes from issues 265 and 266 have not yet been checked in a browser or with a screen reader) and dependencies (the two known blockers have no upstream report yet). As of October 2026:
 
 - **Foundational:** this document; the `accessibility` label, applied to accessibility reports and work.
 - **Workflow:** priorities, contributor expectations and interface requirements above, linked from [CONTRIBUTING.md](CONTRIBUTING.md); the accessibility bug report form with an email alternative; severity and response; the pull request checklist; `good first issue` and `help wanted` accessibility issues with acceptance criteria; an owner; documentation checked by the automated check; dependencies and upstream blockers recorded.

html/ACCESSIBILITY.html

@@ -413,7 +413,7 @@ <h2 id="reusing-our-accessibility-materials">Reusing our accessibility materials
 </ul>
 <p>The accessibility owner keeps these current. Report a problem with any of them the same way as any other barrier.</p>
 <h2 id="open-source-accessibility-framework">Open Source Accessibility Framework</h2>
-<p>We follow the <a href="https://open-source-accessibility.github.io/Open-Source-Accessibility-Framework/">Open Source Accessibility Framework</a> in its four phases and record our progress, action by action, in our public tracking issue, <a href="https://github.com/open-source-accessibility/Open-Source-Accessibility-Framework/issues/55">GIT Going with GitHub, issue 55</a>, in the framework&#39;s repository. Progress is self-reported, and an action is checked there only when its definition of done is fully met: 17 of 24 as of October 2026. Three workflow actions described below are in place but stay unchecked for now: docs accessible by default (findings remain in issue 267), accessible interfaces (the site has not yet been checked in a browser) and dependencies (the two known blockers have no upstream report yet). As of October 2026:</p>
+<p>We follow the <a href="https://open-source-accessibility.github.io/Open-Source-Accessibility-Framework/">Open Source Accessibility Framework</a> in its four phases and record our progress, action by action, in our public tracking issue, <a href="https://github.com/open-source-accessibility/Open-Source-Accessibility-Framework/issues/55">GIT Going with GitHub, issue 55</a>, in the framework&#39;s repository. Progress is self-reported, and an action is checked there only when its definition of done is fully met: 18 of 24 as of 28 October 2026. Docs accessible by default is now checked: the documentation check&#39;s 264 findings were fixed in pull request 271, and the 3 left are deliberate bad examples in Appendix C. Two workflow actions described below are in place but stay unchecked for now: accessible interfaces (the site&#39;s fixes from issues 265 and 266 have not yet been checked in a browser or with a screen reader) and dependencies (the two known blockers have no upstream report yet). As of October 2026:</p>
 <ul>
 <li><strong>Foundational:</strong> this document; the <code>accessibility</code> label, applied to accessibility reports and work.</li>
 <li><strong>Workflow:</strong> priorities, contributor expectations and interface requirements above, linked from <a href="CONTRIBUTING.html">CONTRIBUTING.md</a>; the accessibility bug report form with an email alternative; severity and response; the pull request checklist; <code>good first issue</code> and <code>help wanted</code> accessibility issues with acceptance criteria; an owner; documentation checked by the automated check; dependencies and upstream blockers recorded.</li>