CLAUDE.md: alias-hint im Nav-Verhalten von Alias-Einträgen dokumentieren

Der alias-hint-Span (Barrierefreiheits-Hinweis für Screen-Reader) fehlt in
der Beschreibung des None-Layout-Verhaltens. Ergänzt: Hinweis-Markup, Fett-
Verhalten, Abgrenzung kanonisch vs. Alias, CSS-Anforderung im Renderer.

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

diff --git a/CLAUDE.md b/CLAUDE.md
index 0a05912036a832968e4a6580697b27d0e2845bfe..cd98fa2cf0452e0f9be405c7086645cb306c4fd9 100644 (file)
--- a/CLAUDE.md
+++ b/CLAUDE.md
@@ -52,8 +52,8 @@ Beide Dateien haben dieselbe `url` — Nav-Links an beiden Positionen zeigen als
 
 Stubs erhalten `params.alias: true` im Frontmatter. Der Renderer (Astro: `BlogNav.astro`) wertet dieses Flag aus:
 - Im Classic-Layout: `isCurrent` und `isAncestor` werden für Alias-Nodes in der `off`-Berechnung übersprungen. Dadurch ist der Alias verborgen, wenn die Seite aktiv ist (der kanonische Eintrag übernimmt die Darstellung). Sichtbar ist der Alias dagegen, wenn man eine Geschwisterseite betrachtet (normale `isSibling`-Logik greift).
-- Im Layout "None" (kein CSS): Alle Einträge sind sichtbar; Alias- und kanonischer Eintrag erscheinen beide fett.
-- CSS-Änderungen sind nicht nötig — der bestehende `off`-Mechanismus reicht.
+- Im Layout "None" (kein CSS): Alle Einträge sind sichtbar. Alias-Einträge tragen einen Barrierefreiheits-Hinweis `<span class="alias-hint"> (Schnellzugriff)</span>` nach dem Titel-Element — außerhalb von `<strong>`, also nie fett. Kanonische Einträge erhalten keinen Hinweis. Im Classic-Layout ist der Hinweis per CSS ausgeblendet (`#submenu .alias-hint { display: none }`).
+- Der bestehende `off`-Mechanismus reicht für Classic; der alias-hint benötigt eine CSS-Regel im Renderer.
 
 ## Maven-Site-Dokumentation neu generieren