Vorlesen von Ausgaben im Kampf – Unterbrechung und Steuerung per leerer Eingabe

[mystiker]

Kurzbeschreibung

Bei schnellen, aufeinanderfolgenden Spielausgaben (z. B. im Kampf) ist das Vorlesen für Screenreader-Nutzer aktuell schwer kontrollierbar. Es fehlen klare Regeln, wie Ausgaben vorgelesen werden, und eine einfache Möglichkeit, laufende Ausgaben gezielt zu unterbrechen.

---

Beobachtetes Verhalten

• Spielausgaben werden schnell hintereinander ausgegeben (z. B. Kampfrunden)
• Der Screenreader liest Texte teilweise vollständig, auch wenn neue Ausgaben eintreffen
• Neue Ausgaben können das Vorlesen vorheriger Texte unterbrechen oder überlagern
• Nutzer haben aktuell keine einfache, konsistente Möglichkeit, das Vorlesen aktiv zu stoppen oder zu überspringen
• In anderen MUD-Clients ist es üblich, Kampfausgaben gezielt zu „überspringen“, um wieder den aktuellen Stand zu hören

---

Erwartetes Verhalten

• Ausgaben aus dem Spiel sollten sequenziell vorgelesen werden:
  • Eine laufende Ausgabe wird vollständig vorgelesen
  • Neue Ausgaben unterbrechen das Vorlesen nicht automatisch
• Nutzer sollen die Möglichkeit haben, das aktuelle Vorlesen manuell zu beenden, um Spam (z. B. im Kampf) zu überspringen
• Nach Abbruch des Vorlesens soll:
  • erst bei der nächsten neuen Spielausgabe wieder vorgelesen werden
  • kein automatisches Nachholen aller übersprungenen Texte erfolgen

---

Relevante Fakten / Nutzerfeedback

• Screenreader-Nutzer sind bei Kämpfen stark von der Geschwindigkeit der Sprachausgabe abhängig
• In klassischen MUD-Setups ist es üblich:
  • laufende Kampfausgaben zu ignorieren oder zu überspringen
  • gezielt zur neuesten relevanten Information zu springen
• Der Wunsch besteht explizit:
  • keine Unterbrechung durch neue Nachrichten
  • Unterbrechung des aktuellen Vorlesens durch eine leere Eingabe (Enter)

---

[mystiker]

Ich konnte leider das Problem bezüglich der Unterbrechung nicht sinnvoll lösen. Bei einigen Screenreadern funktioniert die Implementierung, aber bei anderen (iOS) allerdings nicht Dabei sei gesagt, dass es scheinbar möglich ist einen Whitespace an den Server zu schicken und daraufhin den Ausgabefluss zu unterbrechen. Ich konnte das Verhalten simulieren, aber ohne Effekt auf den Screenreader. Ich denke das Problem könnte womöglich mit der Promptverwaltung im Linemode zusammenhängen.