Audit des Creator Workspace, App-Symbole fuer alle Apps der Domain

AUDIT (Auftrag: vollstaendiger Durchgang, Fehler direkt beheben)

Ausgangslage waren 40 Pruefungen mit 1616 Einzelpunkten, alle gruen.
Acht neue Pruefungen kamen dazu; sie haben gefunden, was die alten nicht
sehen konnten.

Der schwerste Fund: Die Zugangsschranke verglich req.path EXAKT gegen
eine Liste. Express raeumt Punkt-Segmente selbst weg, mehrfache
Schraegstriche aber nicht. Damit kam //workspace/start.html OHNE
Anmeldung mit HTTP 200, und ein Creator bekam ueber
/workspace//personen.html die Verwaltungsseite. Die DATEN waren nie
betroffen (nachgemessen: 404 bzw. 401). Behoben durch Normalisierung
UND eine Umkehr der Logik -- jetzt ist jede .html geschuetzt ausser der
Anmeldeseite, statt nur die in der Liste. Eine vergessene neue Seite
steht damit nicht mehr versehentlich offen.

Weiter behoben:
  * Kaputter/abgebrochener Rumpf ergab 500 in HTML statt 400 in JSON --
    die Oberflaeche ruft ueberall a.json() und lief in einen zweiten
    Fehler; der Knopf hing ohne Meldung.
  * POST /zustand/sichern war der einzige von 60 schreibenden Wegen
    ohne Herkunftspruefung.
  * workspace-sicherung.js gab interne Pfade in Fehlermeldungen nach
    aussen; alle 23 anderen Module antworten neutral.
  * admin_notiz war als einziges von 14 Feldern ohne <label>.
  * Der aktive Filter hatte keinen sichtbaren Fokus (CSS-Spezifitaet
    0,3,0 schlug 0,2,0) -- genau der Knopf, auf dem man steht.
  * h1 -> h3 ohne Zwischenstufe auf zwei Seiten.
  * HSTS ging auch ueber http mit (RFC 6797, 7.2 verbietet das).
  * upgrade-insecure-requests galt auch auf 127.0.0.1 -- dadurch war
    WebKit/Safari ueberhaupt nicht pruefbar, also der Browser, den
    jedes iPhone benutzt.
  * pruef-grosscheck las readdirSync(".") und pruefte aus server/
    gestartet NULL oeffentliche Seiten -- meldete aber "ok".

Neue Pruefungen: struktur, schranke, haerte, alle-wege,
barrierefrei-workspace, breiten, tempo-workspace, browser.
Jede mit Gegenprobe und mit der geprueften Anzahl in der Bedingung.
Vier davon sind beim Bauen durch die eigene Gegenprobe aufgeflogen und
haetten sonst dauerhaft gruen gemeldet, ohne etwas zu messen.

APP-SYMBOLE (Wunsch: alle Apps der Domain, jede anders, ausser
safeaddress)

Zehn Apps, zehn Stile, zehn in OKLCH gerechnete Farben. Zusammen haelt
sie dasselbe Logo, dieselbe Eckenrundung und eine gemeinsame gedeckte
Farbreihe. Beim Bauen wird gemessen, ob sich das Logo vom Grund abhebt
(19 bis 58 Helligkeitsstufen).

Dabei aufgefallen: Das Kundenportal hatte kein eigenes Manifest und
trug Namen und Symbol der Webdesign-Seite. Der Workspace hatte gar
keins und war als App nicht installierbar. Beide haben jetzt eins.

Geaendert wurde AUSSCHLIESSLICH das Symbol. Ein Zwischenstand hatte
auch die Themenfarben gesetzt; das war mehr als bestellt und wurde
zurueckgenommen.

Werkzeuge: tools/logo-freistellen.mjs, tools/app-symbole.mjs,
tools/app-symbole-einbinden.mjs -- alles im Browser gerechnet, kein
Bildprogramm, keine neue Abhaengigkeit.

Gitea und Nextcloud sind bereits live und nachgeprueft.

Co-Authored-By: Claude Opus 5 <[email protected]>

workspace/assets/css/gate.css

@@ -585,6 +585,45 @@ body.suche-offen { overflow: hidden; }
   box-shadow: 0 0 0 3px color-mix(in srgb, var(--f) 32%, transparent);
 }
 
+/* DER GEDRUECKTE KNOPF BRAUCHT DEN FOKUSRING GENAUSO (Befund 04.09.2026,
+   Audit).
+
+   Gemessen an 961 bedienbaren Elementen: Genau einer aenderte beim
+   Fokussieren sein Aussehen nicht -- der AKTIVE Filter ("Alle" auf
+   dateien.html und bereich.html). Wer mit der Tastatur durch die Filter
+   geht, verliert dort seine Position; der eine Knopf, auf dem man
+   steht, ist der einzige unsichtbare.
+
+   Ursache ist ein Wettstreit der Regeln, kein fehlender Stil:
+
+       .schritt:focus-visible                  -> 0,2,0
+       .filter .schritt[aria-pressed="true"]   -> 0,3,0   (gewinnt)
+
+   Die Aktiv-Regel in dateien.css/bereich.css setzt einen eigenen
+   box-shadow und ueberschreibt damit den Fokusring. Das ist derselbe
+   Konflikt, der beim Umbau auf "Geschliffen" schon einmal auffiel --
+   damals fuer den RAND ("Die Filter-Knoepfe hatten eine eigene
+   gedrueckt-Regel mit flaechiger Farbe, die den geschliffenen Rand
+   ueberschrieb"). Der Fokus blieb dabei uebersehen.
+
+   Die doppelte Klasse (.schritt.schritt) hebt die Spezifitaet auf
+   0,4,0 -- damit gewinnt diese Regel unabhaengig davon, in welcher
+   Reihenfolge die Dateien geladen werden. Kein !important: das waere
+   eine Tuer, die man spaeter nicht mehr zubekommt.
+
+   Der Aktiv-Glanz BLEIBT (zweiter Schatten), der Ring kommt darueber --
+   sonst saehe ein gedrueckter Knopf im Fokus aus wie ein ungedrueckter.
+   45 % statt 32 %, weil der Ring auf der gefuellten Flaeche sonst
+   untergeht. */
+.schritt.schritt[aria-pressed="true"]:focus-visible,
+.schritt.schritt[data-an]:focus-visible,
+.stufe-knopf.stufe-knopf[data-aktiv="ja"]:focus-visible {
+  outline: none;
+  box-shadow:
+    0 0 0 3px color-mix(in srgb, var(--f) 45%, transparent),
+    0 4px 16px -9px var(--f);
+}
+
 /* ---------- Gewählt / aktiv ----------------------------------------
    Die Fläche nimmt die Farbe auf, der Rand wird voll. Das ist auch der
    Auftritt für den wichtigsten Knopf einer Seite. */

workspace/assets/js/checkliste.js

@@ -60,7 +60,16 @@
     /* ---- Kopf ---- */
     const kopf = el('div', 'liste-fest__kopf');
     const t = el('div', null);
-    t.append(el('p', 'feldschild', 'Feste Punkte'));
+    /* EINE ECHTE UEBERSCHRIFT, kein Absatz (Befund 04.09.2026, Audit).
+       Vorher stand hier ein <p>. Für das Auge macht das keinen
+       Unterschied -- .feldschild setzt Groesse, Gewicht, Abstand und
+       Farbe selbst --, fuer die Gliederung schon: Unter der h1 der Seite
+       kamen als Naechstes die Gruppen als h3, und dazwischen fehlte
+       jede Stufe. Ein Vorleseprogramm springt damit von
+       "Content-Ideen" direkt auf "Inhalte mit Wert", ohne zu sagen,
+       dass ein neuer Block begonnen hat.
+       Jetzt: h1 Seite -> h2 "Feste Punkte" -> h3 Gruppe -> h4 Punkt. */
+    t.append(el('h2', 'feldschild', 'Feste Punkte'));
     t.append(el('p', 'liste-fest__unter',
       daten.darf_bewerten
         ? 'Diese Punkte gelten für alle. Markiere, was gut läuft und was der '