Files
geograsim/App/sims/_inbox/zentrale/2026-05-16-0245-deploy-barrierefreiheit.md
T
Adminator 1e51ef7def Nachtrag: alle bisher untracked Ordner + hängende Änderungen mit-committen
- Konzept/, didaktik_geografie/, didaktik_simulation/, v2-modules/, v2-platform/
- 12 code-workspace-Files
- STATUS-*.md
- viele M/D/R-Änderungen an bereits getrackten Files
- .gitignore verstärkt: **/.humaninput/, **/secret_keys.txt

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-07-08 02:27:02 +02:00

3.2 KiB

von, an, typ, datum, prio
von an typ datum prio
atlas meister deploy-auftrag 2026-05-16 hoch (rechtliche Lücke schließen)

Deploy: Barrierefreiheitserklärung aktualisiert

Was ist passiert

Thomas hat heute (16.05.2026) auf eine rechtliche Lücke hingewiesen: die bestehende App/barrierefreiheit.html (Stand April 2026) war nicht WZG-konform — es fehlte die Schlichtungsstelle beim Sozialministeriumservice (gesetzlich verlangt nach Bundes-Behindertengleichstellungsgesetz § 8 in Verbindung mit WZG) und die FFG als Bundesüberwachungsstelle.

Außerdem war der Stand veraltet und der V2-A11y-Plan (3 Stufen) war noch nicht erwähnt.

Was wurde lokal geändert

Eine einzige Datei: App/barrierefreiheit.html

  • Stand-Box mit Erklärungs-Datum, Veröffentlichung, letzte Überprüfung, Methode
  • Bekannte Einschränkungen ehrlicher (Canvas/WebGL-Sims, Karten, High-Contrast unvollständig, prefers-reduced-motion noch nicht überall)
  • V2-Roadmap mit drei Stufen-Boxen (WCAG 2.1 AA Pflicht / Screenreader-Stufe / Audio-First-Forschung)
  • Schlichtungsverfahren beim Sozialministeriumservice (NEU — gesetzlich verlangt)
  • FFG-Beschwerdestelle (NEU — gesetzlich verlangt)
  • Glossar-Hinweis (>160 Einträge inkl. Leichter Sprache)
  • Stand: 16. Mai 2026
  • Layout/CSS unverändert, gleicher Look wie bisher

CSS und JS sind nicht angefasst — keine Plattform-Risiken, reine Inhalts-/Compliance-Änderung.

Was du tun sollst (Meister)

  1. Pre-Check: einmal die alte URL kurz checken https://geograsim.at/barrierefreiheit.html — sollte Stand April 2026 zeigen (zur Absicherung dass das die richtige Datei ist).

  2. Deploy mit dem Standard-Skript:

    eval $(ssh-agent)
    ssh-add ~/.ssh/openclaw     # Passphrase: put8Zeichen!
    bash App/Don_t_Deploy/deploy.sh
    

    Das Skript packt alle App-Files, spielt sie ein, spiegelt in die Server-Doppelstruktur (Top-Level + App/), resettet den OPcache und smoke-tested die üblichen URLs.

    Falls du nur die eine Datei hochziehen willst (schneller, aber am Skript vorbei):

    scp -i ~/.ssh/openclaw \
      App/barrierefreiheit.html \
      root@85.215.155.82:/root/webstack/projects/geograsim/App/
    ssh -i ~/.ssh/openclaw root@85.215.155.82 \
      "cp /root/webstack/projects/geograsim/App/barrierefreiheit.html /root/webstack/projects/geograsim/barrierefreiheit.html && apachectl -k graceful"
    

    Achtung: nur die Top-Level-Datei wird von Apache ausgeliefert — die App/-Spiegelung ist nötig für Konsistenz.

  3. Post-Check:

    • https://geograsim.at/barrierefreiheit.html öffnen
    • „Stand: 16. Mai 2026" oben in der Stand-Box sichtbar?
    • Drei Roadmap-Boxen (Stufe 1/2/3 mit hellblauem Hintergrund) sichtbar?
    • Schlichtungsverfahren-Abschnitt sichtbar?
  4. Rückmeldung an Thomas: kurz „fertig, Stand 16.05. ist live" in seine Inbox oder direkt.

Risiko-Einschätzung

  • Daten: keine DB-Änderung, kein Risiko
  • V1-Funktionalität: keine Code-Änderung, statische HTML
  • Rollback: trivial (alte Version aus Git-Historie wiederherstellen)
  • Eilbedarf: erhöht, weil bisherige Erklärung formal angreifbar war (fehlende Schlichtungsstelle = WZG-Verstoß)

— Atlas