From 1ac13de3b18dfc486e6f04604df3f95b4236d31e Mon Sep 17 00:00:00 2001 From: Kai Moritz Date: Fri, 19 Jun 2026 10:18:08 +0000 Subject: [PATCH] =?utf8?q?CLAUDE.md:=20alias-hint=20im=20Nav-Verhalten=20v?= =?utf8?q?on=20Alias-Eintr=C3=A4gen=20dokumentieren?= MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit 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 --- CLAUDE.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/CLAUDE.md b/CLAUDE.md index 0a05912..cd98fa2 100644 --- 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 ` (Schnellzugriff)` nach dem Titel-Element — außerhalb von ``, 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 -- 2.39.5