Say it once: the accessibility review, first five findings

Directory.Build.props

@@ -8,7 +8,28 @@
     <ImplicitUsings>enable</ImplicitUsings>
     <TreatWarningsAsErrors>true</TreatWarningsAsErrors>
     <GenerateDocumentationFile>false</GenerateDocumentationFile>
-    <InvariantGlobalization>true</InvariantGlobalization>
+    <!--
+      Real globalization, and this had to change the day the site grew a second language.
+
+      Invariant mode is a runtime switch that removes ICU entirely: every culture but the invariant
+      one becomes an invalid identifier, CultureInfo.GetCultureInfo("en") throws, and — the part that
+      matters here — satellite assemblies can never be resolved, because resolving one is a culture
+      lookup. The four translated resx files compiled correctly and were unreachable, which is the
+      worst shape a bug can have: it builds, it ships, and every reader gets English.
+
+      It is set per *executable*, so this is MUI.Web's setting and the crawler that runs in-process
+      with it inherits the change. That is the risk worth naming: culture-sensitive comparison and
+      casing stop being invariant, and this codebase parses other people's output for a living. Every
+      parser here already spells its intent — StringComparison.Ordinal, ToLowerInvariant — and the
+      Crawl, Crawler, Catalog and Discovery suites are what hold that, so the flip is checked rather
+      than assumed.
+
+      No count here. This said "1375 tests" and was wrong by the time it was read: a number in a
+      comment beside a switch it does not control goes stale on the next commit that adds a test,
+      and then reads as a fact about the present. The four suites are the claim; how many cases they
+      hold is `dotnet run`'s answer, not this file's.
+    -->
+    <InvariantGlobalization>false</InvariantGlobalization>
     <ManagePackageVersionsCentrally>true</ManagePackageVersionsCentrally>
     <Authors>Harry Cordewener</Authors>
     <Product>MUIndex</Product>

content/reference/de/client-atlantis.md

@@ -0,0 +1,48 @@
+---
+kind: client
+slug: atlantis
+title: Atlantis
+summary: Ein Client nur für macOS, langlebig und lange in der Beta. Sein Skripting ist als nicht mehr funktionierend dokumentiert, und das ist das eine ehrliche „Nein“ in diesem Abschnitt.
+home: https://www.riverdark.net/atlantis/
+platform: macOS
+capability: screen reader | unknown |
+capability: TLS | yes | https://www.riverdark.net/atlantis/history.php
+capability: UTF-8 | yes | https://www.riverdark.net/atlantis/history.php
+capability: MCCP | yes | https://www.riverdark.net/atlantis/history.php
+capability: GMCP | unknown |
+capability: MSDP | unknown |
+capability: ATCP | unknown |
+capability: MXP | unknown |
+capability: MSP | unknown |
+capability: scripting | no | https://www.riverdark.net/atlantis/
+see-also: clients/mudlet
+see-also: protocols/charset
+---
+
+Atlantis ist ein nativer macOS-Client, den es seit Mac OS X 10.3 gibt und der in der Catalina-Zeit
+auf 64 Bit aktualisiert wurde. Er beherrscht die Zeichensatz-Aushandlung nach RFC 2066 und Unicode,
+was besser ist, als sein Alter vermuten ließe, und er kann MCCP und SSL.
+
+## Das eine „Nein“ in diesem Abschnitt
+
+Sein Skripting war Perl über die CamelBones-Brücke, und die Startseite des Projekts selbst sagt,
+dass es nicht mehr funktioniert — Apples Umgang mit Perl hat sich geändert, und der Autor der
+Bibliothek ist vor einigen Jahren gestorben. Das ist ein *belegtes Fehlen*, und das ist etwas
+anderes als ein Unbekannt; es ist die einzige Zelle im ganzen Client-Abschnitt, die so etwas trägt.
+Überall sonst lautete die ehrliche Antwort, dass wir es nicht feststellen konnten.
+
+## Alles, was wir nicht feststellen konnten
+
+Die Versionsgeschichte ist vollständig und öffentlich und nennt **MCCP**, **SSL** und
+**Zeichensatz-Aushandlung** — und nennt nie GMCP, MSDP, ATCP oder MSP. MXP taucht einmal auf, als
+etwas, das für eine Version nach 1.0.0 vorgesehen war, die nicht gekommen ist.
+
+In der Skripting-API gibt es einen Perl-Aufruf `Atlantis::Speak()`, und es wäre leicht, das als
+Screenreader-Unterstützung zu lesen. Das ist es nicht: Es ist ein per Skript ausgelöster Aufruf zur
+Sprachausgabe in einem Skriptsystem, von dem das Projekt sagt, dass es nicht funktioniert.
+VoiceOver, „accessible“ und „screen reader“ kommen weder auf der Startseite noch auf der
+Downloadseite noch in der vollständigen Versionsgeschichte noch im archivierten Benutzerhandbuch
+vor.
+
+Der aktuelle Download ist 0.9.9.8, nominell immer noch eine Beta, ohne dass irgendwo auf der Website
+ein Veröffentlichungsdatum stünde.

content/reference/de/client-beipmu.md

@@ -0,0 +1,47 @@
+---
+kind: client
+slug: beipmu
+title: BeipMU
+summary: Ein Windows-Client für die MUSH-Seite des Hobbys, mit Screenreader-Unterstützung im Ausgabefenster und Pueblo statt MXP.
+home: https://beipdev.github.io/BeipMU/
+platform: Windows
+capability: screen reader | yes | https://github.com/BeipDev/BeipMU/blob/master/Assets/Changes.txt
+capability: TLS | yes | https://beipdev.github.io/BeipMU/
+capability: UTF-8 | yes | https://beipdev.github.io/BeipMU/
+capability: MCCP | unknown |
+capability: GMCP | yes | https://github.com/BeipDev/BeipMU/blob/master/Documentation/GMCP.md
+capability: MSDP | unknown |
+capability: ATCP | unknown |
+capability: MXP | unknown |
+capability: MSP | unknown |
+capability: scripting | yes | https://beipdev.github.io/BeipMU/
+see-also: clients/mushclient
+see-also: clients/potato
+see-also: collaborative-roleplay
+---
+
+BeipMU ist ein Windows-Client unter MIT-Lizenz, aktiv veröffentlicht, und einer der wenigen, die mit
+Blick auf MUSH-artiges Spiel gebaut sind statt auf Kampf-MUDs — mehrere Eingabefenster,
+Spawn-Fenster und eine Textmaschine, die lange Absätze erwartet. Skripting ist standardmäßig
+JavaScript, weitere ActiveScript-Engines sind verfügbar.
+
+## Barrierefreiheit
+
+Das Ausgabefenster implementiert die Windows-Schnittstelle `IAccessible`, bewusst als Schritt hin zu
+einer Benutzbarkeit für sehbehinderte Spieler eingebaut, und es gibt eine Trigger-Aktion **Speak**
+für Sprachausgabe. Nirgends wird ein bestimmter Screenreader genannt, und ein Kapitel zur
+Barrierefreiheit gibt es in der Dokumentation nicht.
+
+Eine Warnung, falls Sie nachsehen: Eine Seite in der projekteigenen Dokumentation sagt immer noch,
+BeipMU könne keine Sprachsynthese nutzen. Diese Seite ist veraltet — das Änderungsprotokoll und die
+Issue-Kommentare des Betreuers selbst sind beide jünger.
+
+## Zwei leichte Irrtümer über diesen Client
+
+**BeipMU implementiert MCMP, nicht MSP.** Das sind verschiedene Protokolle mit ähnlichen Namen und
+ähnlichen Zwecken, und das eine als das andere zu lesen hieße, eine Behauptung in diese Tabelle zu
+setzen, die niemand aufgestellt hat. Die MSP-Zeile sagt deshalb unbekannt.
+
+**Es unterstützt Pueblo, nicht MXP.** Pueblo ist das ältere Verfahren für HTML in einem MUD und MXP
+das spätere; BeipMU dokumentiert einfache Pueblo-Stile und anklickbare Links. Zu MXP ließ sich weder
+das eine noch das andere feststellen.

content/reference/de/client-blightmud.md

@@ -0,0 +1,51 @@
+---
+kind: client
+slug: blightmud
+title: Blightmud
+summary: Ein moderner Terminal-Client in Rust, mit Lua-Skripting, eingebauter Sprachausgabe und einem Screenreader-Modus, der sich beim Server selbst ankündigt.
+home: https://github.com/Blightmud/Blightmud
+platform: Linux
+platform: macOS
+platform: Windows (WSL only)
+capability: screen reader | yes | https://github.com/Blightmud/Blightmud
+capability: TLS | yes | https://github.com/Blightmud/Blightmud
+capability: UTF-8 | yes | https://github.com/Blightmud/Blightmud
+capability: MCCP | yes | https://github.com/Blightmud/Blightmud
+capability: GMCP | yes | https://github.com/Blightmud/Blightmud
+capability: MSDP | yes | https://github.com/Blightmud/Blightmud
+capability: ATCP | unknown |
+capability: MXP | unknown |
+capability: MSP | unknown |
+capability: scripting | yes | https://github.com/Blightmud/Blightmud
+see-also: clients/tintin
+see-also: clients/mudlet
+see-also: protocols/ttype
+---
+
+Blightmud ist ein Terminal-Client in Rust, GPL 3, und einer der am aktivsten veröffentlichten
+Clients in diesem Abschnitt. Skripting ist Lua. Er läuft nur im Terminal: Es gibt keinen nativen
+Windows-Build, und Windows-Nutzer betreiben ihn unter WSL.
+
+## Barrierefreiheit
+
+Blightmud hat hier drei verschiedene Stücke, was mehr ist, als eine einzelne Zeile tragen kann:
+
+- Einen **screenreader-freundlichen Modus** (`--reader-mode` oder die Einstellung `reader_mode`),
+  der die Terminal-Oberfläche in etwas verwandelt, dem ein Screenreader folgen kann. Den
+  Statusbereich unterstützt er nicht.
+- **Eingebaute Sprachausgabe**, als optionale Kompilierung, mit einer Lua-API, die ein Skript
+  benutzen kann — darunter ein `tts.gag()`, um eine passende Zeile vom Vorlesen auszunehmen. Die
+  Dokumentation ist offen darin, dass die eigene Sprachausgabe zusammen mit einem Screenreader nicht
+  immer eine glückliche Verbindung ist.
+- **Automatische MTTS-Ankündigung**: Im Reader-Modus oder bei aktivierter Sprachausgabe fügt er
+  `MTTS_SCREEN_READER` zu dem hinzu, was er dem Server über sich selbst mitteilt, damit ein Spiel,
+  dem das wichtig ist, sich anpassen kann.
+
+Wie bei TinTin++ wird kein bestimmter Screenreader genannt, das ist also ein dokumentierter Modus
+und keine geprüfte Verträglichkeit mit einem Produkt.
+
+## Wo die Tabelle unbekannt sagt
+
+**MXP**, **MSP** und **ATCP** kommen weder in der README des Projekts noch in seiner mitgelieferten
+Hilfe vor. **MCCP** ist als v2 dokumentiert; ob auch v1 behandelt wird, haben wir nicht
+festgestellt.

content/reference/de/client-mudlet.md

@@ -0,0 +1,57 @@
+---
+kind: client
+slug: mudlet
+title: Mudlet
+summary: Plattformübergreifend, mit Lua skriptbar und der Client mit der am gründlichsten dokumentierten Screenreader-Unterstützung in diesem Abschnitt.
+home: https://www.mudlet.org/
+platform: Windows
+platform: macOS
+platform: Linux
+capability: screen reader | yes | https://wiki.mudlet.org/w/Manual:Screen_Readers
+capability: TLS | yes | https://wiki.mudlet.org/w/Manual:Supported_Protocols
+capability: UTF-8 | yes | https://wiki.mudlet.org/w/Manual:Supported_Protocols
+capability: MCCP | unknown |
+capability: GMCP | yes | https://wiki.mudlet.org/w/Manual:Supported_Protocols
+capability: MSDP | yes | https://wiki.mudlet.org/w/Manual:Supported_Protocols
+capability: ATCP | yes | https://wiki.mudlet.org/w/Manual:Supported_Protocols
+capability: MXP | yes | https://wiki.mudlet.org/w/Manual:Supported_Protocols
+capability: MSP | yes | https://wiki.mudlet.org/w/Manual:Supported_Protocols
+capability: scripting | yes | https://github.com/Mudlet/Mudlet
+see-also: clients/blightmud
+see-also: clients/tintin
+see-also: protocols/gmcp
+see-also: connecting
+---
+
+Mudlet ist ein grafischer Client mit Kartenwerkzeug, einem Paketsystem und einer Lua-API, gegen die
+der größte Teil seines eigenen Funktionsumfangs geschrieben ist. Er steht unter der GPL, wird aktiv
+veröffentlicht und ist die übliche Empfehlung für alle, die mit einem modernen Kampf-MUD anfangen.
+
+## Barrierefreiheit
+
+Das ist der Client mit dem stärksten dokumentierten Fall in diesem Abschnitt, und es lohnt sich
+auszubuchstabieren, was „dokumentiert“ hier heißt, denn es ist ungewöhnlich.
+
+Mudlet hat ein **Handbuchkapitel zu Screenreadern**, Seiten je Betriebssystem, die Narrator, NVDA
+und JAWS unter Windows, Orca unter Linux und VoiceOver unter macOS nennen, einen Befehl
+`mudlet access on` im Client und eine Option, eingehenden Spieltext über den Screenreader ansagen zu
+lassen. Es gibt außerdem eine Einstellung, die dem Server über MTTS die Nutzung eines Screenreaders
+mitteilt, damit ein Spiel sich anpassen kann, wenn es will.
+
+Es ist auch offen darin, wo es nicht gut funktioniert: Die eigene Windows-Seite sagt, dass JAWS das
+Ausgabefenster nicht so vorliest wie andere Screenreader, und empfiehlt stattdessen Narrator oder
+NVDA. Ein Projekt, das den Fall veröffentlicht, in dem seine Unterstützung für Barrierefreiheit
+untauglich ist, gibt Ihnen bessere Auskunft als eines, das ein Häkchen veröffentlicht.
+
+## Wo die Tabelle unbekannt sagt
+
+**MCCP.** Mudlets Quelltext implementiert MCCP v1 und v2, aber die Seite des Handbuchs zu den
+unterstützten Protokollen führt es nicht auf, und die Regel dieses Abschnitts lautet, dass eine
+Fähigkeitsaussage die Dokumentation des Projekts selbst zitiert. Eine Konstante aus einer
+Header-Datei zu lesen ist nicht derselbe Vorgang, also sagt die Zelle unbekannt.
+
+## Hinweis zur Kodierung
+
+Mudlets voreingestellte Kodierung für Serverdaten ist ASCII und nicht UTF-8, und die
+CHARSET-Aushandlung kam in 4.10 hinzu. Wenn der Text eines Spiels in einem frischen Profil falsch
+herauskommt, ist diese Einstellung die erste Stelle, an der man nachsieht.

content/reference/de/client-mushclient.md

@@ -0,0 +1,53 @@
+---
+kind: client
+slug: mushclient
+title: MUSHclient
+summary: Der seit Langem etablierte Windows-Client. Fünf Skriptsprachen, eine Plugin-Architektur, in der der Großteil seiner Protokollunterstützung lebt, und eine Veröffentlichungsgeschichte, die sich verlangsamt hat.
+home: https://www.mushclient.com/
+platform: Windows
+platform: Linux (Wine)
+capability: screen reader | unknown |
+capability: TLS | unknown |
+capability: UTF-8 | unknown |
+capability: MCCP | yes | https://www.mushclient.com/mushclient/mccp.htm
+capability: GMCP | unknown |
+capability: MSDP | unknown |
+capability: ATCP | yes | https://www.mushclient.com/gmcp
+capability: MXP | yes | https://www.mushclient.com/mushclient/doc/general/features.html
+capability: MSP | yes | https://github.com/nickgammon/mushclient/blob/master/plugins/msp.xml
+capability: scripting | yes | https://www.mushclient.com/mushclient/doc/general/features.html
+see-also: clients/mudlet
+see-also: clients/potato
+see-also: protocols/mccp
+---
+
+MUSHclient ist Nick Gammons Windows-Client, MIT-lizenziert, und über eine lange Strecke die
+Standardantwort für alle unter Windows. Er skriptet in Lua, VBScript, JScript, PerlScript und
+Python, und vieles von dem, was er tut, tragen Plugins statt des Kerns — was eine echte
+architektonische Entscheidung ist und zugleich der Grund, warum sich mehrere Zeilen oben schwerer
+beantworten lassen, als sie aussehen.
+
+Die letzte getaggte Veröffentlichung ist **5.06 vom März 2019**. Ins Repository wird weiterhin
+committet, und es gibt Release Notes für ein 5.07, das nicht ausgeliefert wurde.
+
+## Warum so viele Zeilen unbekannt sagen
+
+Bei jeder einzelnen davon lautet die ehrliche Antwort „wir konnten es nicht feststellen“, und die
+Gründe sind verschieden:
+
+- **GMCP** — die projekteigene Seite dazu zeigt ein *Beispiel*-Plugin, das man schreiben könnte,
+  keine Funktion, die der Client hat. Das ist etwas anderes als ausgelieferte Unterstützung, also
+  ist die Zelle unbekannt statt ja.
+- **TLS** — der dokumentierte Weg ist ein externer `stunnel`-Prozess. Ein Commit, der TLS über
+  OpenSSL hinzufügt, ist 2026 im master-Branch gelandet und in keiner Veröffentlichung enthalten, es
+  gibt also nichts, was heute jemand installieren könnte und worauf wir zeigen könnten.
+- **UTF-8** — die CHARSET-Aushandlung taucht in den Notizen zum unveröffentlichten 5.07 auf und
+  nirgends, wo wir sie in der Dokumentation einer ausgelieferten Version hätten finden können.
+- **MSDP** — nichts in die eine oder andere Richtung.
+- **Screenreader** — ein Plugin für Sprachausgabe über Windows SAPI wird mit dem Client
+  ausgeliefert, und das ist nicht dasselbe wie Screenreader-Unterstützung. Im Handbuch gibt es
+  keinen Abschnitt zur Barrierefreiheit, und der Autor hat in seinem eigenen Forum beschrieben,
+  warum das Ausgabefenster für einen Screenreader schwer zu handhaben ist: Es kennt keine aktuelle
+  Zeile. Wir konnten keine Antwort feststellen, also gibt die Tabelle keine.
+
+Keines davon ist ein *Nein*. Mehrere sind vermutlich ein Ja, und wir konnten es nicht zeigen.

content/reference/de/client-potato.md

@@ -0,0 +1,48 @@
+---
+kind: client
+slug: potato
+title: Potato MUSHclient
+summary: Ein plattformübergreifender Tcl/Tk-Client, geschrieben für MUSH-Spieler. Gute Unterstützung für Kodierungen und eine Dokumentation, die zu den meisten Protokollen überhaupt nichts sagt.
+home: https://www.potatomushclient.com/
+platform: Windows
+platform: Linux
+platform: macOS
+capability: screen reader | unknown |
+capability: TLS | yes | https://github.com/potatomushclient/potato/wiki/ConfigureWorldsBasics
+capability: UTF-8 | yes | https://github.com/potatomushclient/potato/wiki/Features
+capability: MCCP | unknown |
+capability: GMCP | unknown |
+capability: MSDP | unknown |
+capability: ATCP | unknown |
+capability: MXP | unknown |
+capability: MSP | unknown |
+capability: scripting | yes | https://github.com/potatomushclient/potato/wiki/FAQs
+see-also: clients/beipmu
+see-also: clients/mushclient
+see-also: collaborative-roleplay
+---
+
+Potato ist ein Tcl/Tk-Client für das MUSH-Spiel — mehrere Welten, Spawn-Fenster und ein Satz von
+Voreinstellungen, die davon ausgehen, dass Sie Posen tippen und keine Kampfbefehle. Er läuft aus
+derselben Quelle unter Windows, Linux und macOS, wobei die macOS-Builds meist ein bis zwei Versionen
+zurückliegen.
+
+Er handelt die Zeichenkodierung aus und spricht volles Unicode, was für die MUSH-Seite des Hobbys
+die Fähigkeit ist, auf die es in der Praxis am meisten ankommt.
+
+Beachten Sie eine dokumentierte Einschränkung: Er unterstützt die Verbindung zu einem Port, der von
+Beginn an SSL spricht, und seine eigene Konfigurationsseite sagt, dass ausgehandeltes SSL nach Art
+von STARTTLS **nicht** unterstützt wird.
+
+## Warum sechs Zeilen unbekannt sagen
+
+Wir haben die Startseite des Projekts, seine Downloadseite, alle 103 Hilfedateien seines Wikis und
+seinen gesamten Quellbaum nach GMCP, MSDP, MCCP, MXP, MSP und ATCP durchsucht. Zu keinem davon gibt
+es eine dokumentierte Aussage. Es gibt *Code*, der einige davon berührt, und dieser Abschnitt macht
+aus Code keine Fähigkeitsaussage — eine Tabelle, die auf Grundlage einer Konstante in einer
+Header-Datei „ja“ sagt, gibt ein Versprechen ab, das das Projekt nie gegeben hat.
+
+Die Screenreader-Zeile ist dieselbe Antwort, auf demselben Weg erreicht: Eine Suche ohne Beachtung
+der Groß- und Kleinschreibung nach „screen reader“, „text-to-speech“, NVDA, JAWS, VoiceOver,
+„accessibility“, „visually impaired“ und „blind“ über alles, was das Projekt veröffentlicht, ergab
+überhaupt nichts. Das ist kein Befund über die Software.