@conciso/design-system-angular 2.7.0 → 2.7.1

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@conciso/design-system-angular",
-  "version": "2.7.0",
+  "version": "2.7.1",
   "description": "Angular-Wrapper-Komponenten für das Conciso Design System — dünne Hüllen über der framework-agnostischen CSS-Schicht (@conciso/design-system). Liefert kein eigenes CSS.",
   "license": "MIT",
   "repository": {

package/types/conciso-design-system-angular.d.ts

@@ -1809,8 +1809,9 @@ declare class SectionComponent {
  * `1`) macht die Ebene explizit, `.hero-image-caption-title` ist reine CSS-Klasse
  * und trägt keine Heading-Semantik, das Styling bleibt in beiden Fällen identisch.
  *
- * **Entscheidung 3 — `objectPosition` als Style-Binding, die eine Ausnahme von
- * Spec-Randbedingung 6.** Der Bildausschnitt ist eine Eigenschaft des konkreten
+ * **Entscheidung 3 — `objectPosition` als Style-Binding, bewusste Ausnahme von
+ * der Regel, dass Mockup-Inline-Styles nicht in den Wrapper wandern.** Der
+ * Bildausschnitt ist eine Eigenschaft des konkreten
  * Bildes (Motiv, Kopfposition), nicht der Seite — anders als z. B. eine
  * Sektionsfläche, die vom Seitenkontext abhängt. `docs/index.html` setzt ihn
  * deshalb an jedem Hero individuell direkt am `<img>` (z. B. `object-position:center
@@ -1886,12 +1887,11 @@ declare class HeroImageComponent {
  * umgebendes `<cds-stoerer-set>` bleibt eine Kachel deshalb unsichtbar: Angular hängt
  * projizierten Inhalt ohne passendes `<ng-content>`-Ziel nicht ins DOM.
  *
- * **Entscheidung — Icon als projizierter Inhalt.** Wie in Ticket 05 (`cds-icon-card`,
- * `.scratch/angular-seitenbausteine/issues/05-icon-karte.md`, Abschnitt „Entscheidung:
- * Icon als projizierter Inhalt“) sind die Störer-Icons im Mockup wechselnde
+ * **Entscheidung — Icon als projizierter Inhalt.** Wie bei `cds-icon-card` sind die
+ * Störer-Icons im Mockup wechselnde
  * Heroicons, keine DS-Bereichsglyphen aus der Registry — Inhalt, nicht Chrom. Deshalb
  * Projektion über `<ng-content select="[cdsIcon]">` statt eines `icon`-Inputs.
- * Abweichend von Ticket 05 trägt das projizierte `<svg>` die Klasse `stoerer-icon`
+ * Abweichend von `cds-icon-card` trägt das projizierte `<svg>` die Klasse `stoerer-icon`
  * selbst (zusätzlich zu `cdsIcon`, `viewBox`, `aria-hidden="true"`,
  * `focusable="false"`): `.ep-card-icon` ist dort ein Container, der die Größe per
  * Nachfahren-Selektor (`.ep-card-icon svg`) an ein unverändertes Kind durchreicht.
@@ -1940,8 +1940,7 @@ declare class StoererComponent {
  * `<cds-stoerer>`-Kacheln, das auf der Startseite oben rechts über dem Hero-Bild
  * liegt. Der Positionsrahmen `.stoerer-hero` (umschließt Hero-Bild UND Set,
  * `container-type:inline-size` für die Container-Query-Schwelle) ist bewusst NICHT
- * Teil dieser Komponente, sondern bleibt beim Konsumenten (siehe
- * `.scratch/angular-seitenbausteine/issues/03-stoerer.md`): er umschließt Hero UND
+ * Teil dieser Komponente, sondern bleibt beim Konsumenten: er umschließt Hero UND
  * Set gemeinsam, das könnte diese Komponente als internes Detail nicht leisten, ohne
  * das Hero-Bild selbst zu kennen.
  *
@@ -1963,8 +1962,8 @@ declare class StoererComponent {
  * hat ausschließlich `<li>` als direkte Kinder (`ul.stoerer-list > *` → `["LI","LI"]`),
  * `<cds-stoerer>` selbst taucht im gerenderten DOM nirgends auf — Angular hängt
  * unprojizierten Content ohne passendes `<ng-content>`-Ziel gar nicht erst ein, exakt
- * wie bei `<cds-area-tab>` innerhalb von `<cds-area-tabs>`. Ein `items`-Array (die im
- * Ticket vermerkte Alternative) hätte denselben DOM-Baum ergeben, aber den
+ * wie bei `<cds-area-tab>` innerhalb von `<cds-area-tabs>`. Ein `items`-Array (die
+ * erwogene Alternative) hätte denselben DOM-Baum ergeben, aber den
  * Konsumenten gezwungen, das projizierte Icon jeder Kachel in ein Datenobjekt
  * umzuziehen; mit dieser Lösung bleibt die deklarative, Content-projizierende API
  * erhalten.
@@ -2067,7 +2066,7 @@ declare class LinkCardComponent {
  *
  * **Entscheidung 1 — `href` entscheidet zwischen `<a>` und `<article>`.** Die
  * Doku-Beispiele zeigen die Featured-Card ausschließlich als Link
- * (`a.card.card-elevated.card-featured`), das Ticket verlangt aber ausdrücklich eine
+ * (`a.card.card-elevated.card-featured`), diese Komponente unterstützt aber ausdrücklich eine
  * Variante ohne `<a>`. `.card-elevated` ist nach `CONTRIBUTING.md` §4 („Elevation =
  * Interaktivität“) im CSS auf `a.card-elevated` gescoped — eine `<article>` bekäme
  * den Schatten mit gesetzter Klasse ohnehin nicht. Die Komponente führt die Klasse
@@ -2114,9 +2113,9 @@ declare class LinkCardComponent {
  *
  * **Entscheidung 4 — kein CTA- und kein Meta-Input.** Die Doku-Vorlage zeigt
  * zusätzlich einen Meta-Strip (Datum/Ort/Format) und einen `.card-cta-link`-Fuß;
- * das Ticket benennt als API aber nur `title`/`text`/`imageSrc`/`imageAlt`/`href`/
- * `pill`/`area`. Diese Komponente bildet exakt diese Fläche ab, ohne Inputs zu
- * erfinden, die das Ticket nicht vorsieht — ein Meta-Strip oder ein CTA-Fuß wären
+ * diese Komponente benennt als API aber nur `title`/`text`/`imageSrc`/`imageAlt`/`href`/
+ * `pill`/`area`. Diese Komponente bildet exakt diese Fläche ab, ohne zusätzliche Inputs zu
+ * erfinden — ein Meta-Strip oder ein CTA-Fuß wären
  * eine spätere, eigene Erweiterung.
  *
  * Verwendungsguidance dieser Gruppe: siehe Card (`komponenten-cards-teaser-card--verwendung`).
@@ -2237,7 +2236,7 @@ declare class FeaturedCardComponent {
  *
  * **Entscheidung 3 — kein `cdsIconCards`-Raster.** `.ep-cards` ist ein reines
  * `display:grid` ohne Struktur oder Verhalten (dieselbe Begründung wie beim Verzicht
- * auf einen `layout-grid`-Wrapper, siehe `spec.md`). Konsumenten schreiben
+ * auf einen `layout-grid`-Wrapper). Konsumenten schreiben
  * `<div class="ep-cards">` von Hand (siehe Story „Im Raster“).
  *
  * Verwendungsguidance dieser Gruppe: siehe Card (`komponenten-cards-teaser-card--verwendung`).
@@ -2428,7 +2427,7 @@ declare class FeatureComponent {
  * bereits). Trotzdem baut diese Komponente die `.btn`-Klassen direkt zusammen
  * (Präzedenzfall `download-cta.component.ts`), aus einem härteren Grund als dort:
  * `cds-button` rendert IMMER ein `<button>` — sein Input-Vertrag
- * (`ButtonComponentInputs`) kennt kein `href` — und kann die vom Ticket geforderte
+ * (`ButtonComponentInputs`) kennt kein `href` — und kann die hier nötige
  * Verzweigung „`primaryHref` gesetzt → `<a>`“ strukturell gar nicht erfüllen. Ein
  * projiziertes `<cds-button>` brächte hier also kein Custom-Element-Layoutproblem
  * (kein Kindselektor an `.ep-cta-band` hängt von der DOM-Tiefe ab), sondern schlicht
@@ -2447,9 +2446,7 @@ declare class FeatureComponent {
  * Farbe wie das Band darunter — unsichtbar. Eine zweite Aktion hätte deshalb
  * zwangsläufig dieselbe Optik wie die erste getragen, keine Hierarchie, nur zwei
  * gleich gewichtete Buttons. Das ist eine CSS-Lücke (kein kontrastsicherer
- * sekundärer On-Band-Stil), festgehalten in
- * `.scratch/angular-seitenbausteine/issues/16-css-luecke-zweite-aktion-auf-band.md`
- * — gemeldet, nicht in diesem Wrapper improvisiert. Solange sie besteht, trägt
+ * sekundärer On-Band-Stil) — gemeldet, nicht in diesem Wrapper improvisiert. Solange sie besteht, trägt
  * `cds-cta-band` nur eine Aktion; ein Konsument mit echtem Bedarf für eine zweite
  * schreibt sie außerhalb der Komponente ins Band hinein (`<ng-content>` gibt es
  * hier bewusst nicht, um genau das nicht als unterstützten Pfad zu suggerieren).
@@ -2586,12 +2583,12 @@ interface CdsFactsItem {
  * :638–642`). Ungesetzt (Default) bleibt `<dt>` ohne zusätzliche Klasse, erbt also
  * die umgebende Textfarbe — das deckt Kontexte ohne Bereichsbindung ab.
  *
- * **Über die Ticket-API hinaus:** `area` stand nicht in der ursprünglichen
- * API-Skizze von Ticket 08. Ergänzt, weil ohne ihn KEINES der 3 realen
+ * **Über die ursprüngliche API hinaus:** `area` stand nicht in der ursprünglichen
+ * API-Skizze. Ergänzt, weil ohne ihn KEINES der 3 realen
  * `.ep-facts`-Vorkommen originalgetreu nachgebaut werden könnte — anders als bei
  * `cds-tier`s `area` (dort deckt die Einschränkung eine tatsächliche CSS-Lücke
  * ab) fehlt hier keine CSS-Regel, nur ein API-Hook auf eine bereits vollständige
- * Klasse. Siehe Ticket-Bericht für die Abwägung.
+ * Klasse.
  */
 declare class FactsComponent {
     /** Fakten-Paare (`<dt>`/`<dd>`), in Darstellungsreihenfolge. */
@@ -2610,8 +2607,7 @@ declare class FactsComponent {
  * Nav-Einträge „Standard“ und „Gestreift“). Ausgezählt: außerhalb von `sec-table`
  * selbst kommt `.tbl-wrap` nur zweimal vor, beide auf Beitragsseiten
  * (`docs/index.html:8622`, `15080`) — keine der 24 Beispielseiten außerhalb von
- * Wissensbeiträgen setzt aktuell eine Tabelle ein. Neuntes Ticket der
- * Seitenbausteine-Serie.
+ * Wissensbeiträgen setzt aktuell eine Tabelle ein.
  *
  * **Kein Daten-Input.** Eine `columns`/`rows`-API würde Zellinhalte auf Strings
  * festlegen; die Beispielseiten setzen darin Badges, Links und `data-num`
@@ -2620,7 +2616,7 @@ declare class FactsComponent {
  * Hülle: `.tbl-wrap`, `.tbl`, `<caption>` und die Striped-Klasse.
  *
  * **`caption` ist Pflicht (`input.required<string>()`), abweichend von der
- * Ticket-Skizze (dort `caption? = ''`).** Die eigene Doku dieser Komponente
+ * ursprünglichen Skizze (dort `caption? = ''`).** Die eigene Doku dieser Komponente
  * (`storybook-angular/src/docs/komponenten/tabelle.mdx:137`) nennt `<caption>`
  * ausdrücklich „Pflicht, Screenreader lesen den Titel vor, bevor die Zellen
  * vorgelesen werden“ und wiederholt das in den Dos (`tabelle.mdx:147`:
@@ -2654,7 +2650,7 @@ declare class FactsComponent {
  * fix (kein Tag-Wechsel wie bei `cdsIconCard`), aber `.tbl-wrap` bräuchte dann
  * ein ZWEITES Element, das der Konsument von Hand um die Tabelle schreiben
  * müsste (`<div class="tbl-wrap" tabindex="0" role="region" aria-label="…">
- * <table cdsTable>…`) — genau die beiden Aufgaben, die laut Ticket am ehesten
+ * <table cdsTable>…`) — genau die beiden Aufgaben, die am ehesten
  * vergessen werden (fokussierbarer, benannter Scroll-Container), blieben dann
  * beim Konsumenten statt bei der Komponente. Der Element-Selektor hält Wrap und
  * Tabelle zusammen in einem Template.
@@ -2683,8 +2679,7 @@ declare class FactsComponent {
  * **`.tbl-sort` bleibt außen vor.** Die Klasse existiert
  * (css/components.css:1477–1482), die Sortierlogik nicht — kein zugehöriges
  * JS in `docs/main.js` für die Beispielseiten. Ein Wrapper, der nur den
- * Button-Look lieferte, täuschte Funktion vor, die es nicht gibt. Siehe
- * `.scratch/angular-seitenbausteine/issues/19-fehlende-sortierlogik-tbl-sort.md`.
+ * Button-Look lieferte, täuschte Funktion vor, die es nicht gibt.
  */
 declare class TableComponent {
     /** Überschrift der Tabelle (`<caption>`, erstes Kind) — Pflicht, siehe Klassendoku. */
@@ -2729,8 +2724,7 @@ interface CdsCompareRow {
  * Compare (`cds-compare`) — Wrapper um `.ep-compare*` aus css/components.css
  * (css/components.css:1275–1294): die aufklappbare Vergleichstabelle für den zeilenweisen
  * Direktvergleich mehrerer Pakete/Tarife (Doku-Site `sec-table`, Nav-Eintrag
- * „Vergleichstabelle (aufklappbar)“, `docs/index.html:5182–5204`). Zehntes Ticket der
- * Seitenbausteine-Serie, nach `cds-table` (Ticket 09).
+ * „Vergleichstabelle (aufklappbar)“, `docs/index.html:5182–5204`), nach `cds-table`.
  *
  * **Mit Daten-Input, anders als `cds-table`.** `cds-table` projiziert `<thead>`/`<tbody>`
  * unverändert per `<ng-content>`, weil seine Zellen Badges, Links und `data-num` tragen können
@@ -2753,7 +2747,7 @@ interface CdsCompareRow {
  * (WCAG 1.4.1), der `.sr-only`-Text ist deshalb kein optionaler Zusatz, sondern fest verdrahtet,
  * nicht per Input überschreibbar.
  *
- * **`caption` ist Pflicht (`input.required<string>()`), abweichend von der Ticket-Skizze (dort
+ * **`caption` ist Pflicht (`input.required<string>()`), abweichend von der ursprünglichen Skizze (dort
  * kein Input dafür vorgesehen) — dieselbe Begründung wie bei `cds-table`.** Die eigene Doku
  * (`storybook-angular/src/docs/komponenten/tabelle.mdx:91`) nennt `<caption class="sr-only">`
  * ausdrücklich als Teil des Bauteils, und das einzige reale Vorkommen hat eine. Anders als bei
@@ -2762,7 +2756,7 @@ interface CdsCompareRow {
  * direkt in die Tabelle springen, ohne den Summary-Text erneut vorgelesen zu bekommen.
  *
  * **`rowsLabel` (erste Kopfzelle, `<th scope="col">Funktion</th>` im Mockup) ist dagegen Beiwerk,
- * optional mit Default `''`.** Auch dafür sieht die Ticket-Skizze keinen Input vor. Den Text fest
+ * optional mit Default `''`.** Auch dafür sieht die ursprüngliche Skizze keinen Input vor. Den Text fest
  * im Template zu verdrahten hieße, AI.Box-Copy in einen wiederverwendbaren Wrapper zu backen
  * (ADR-0007 §2); ihn ganz wegzulassen wich ohne CSS-Befund vom einzigen Beleg ab, ohne dass die
  * Doku das verlangt. Anders als `caption` ist die Kopfzelle nicht barrierefreiheitsrelevant
@@ -2770,8 +2764,8 @@ interface CdsCompareRow {
  * Ecke ohne eigenen Namen. Deshalb Beiwerk, kein Inhalt — das Beispielwort „Funktion“ steht in
  * der Story, nicht in der Klasse.
  *
- * **Natives `<details>`/`<summary>` bleibt erhalten, kein nachgebautes Disclosure** (Ticket-
- * Vorgabe, analog `cds-faq`): Tastaturbedienung und Toggle-Verhalten kommen vom Browser, das CSS
+ * **Natives `<details>`/`<summary>` bleibt erhalten, kein nachgebautes Disclosure**
+ * (analog `cds-faq`): Tastaturbedienung und Toggle-Verhalten kommen vom Browser, das CSS
  * hängt direkt an `[open]` (`.ep-compare[open] .ep-compare-caret`). `<details class="ep-compare">`
  * sitzt deshalb im TEMPLATE, nicht am Host — derselbe Grund wie bei `cds-table`s
  * `.tbl-wrap`/`.tbl`: ein `<cds-compare>`-Host ist ein unbekanntes Custom Element, kein echtes
@@ -2819,14 +2813,14 @@ type CdsAvatarSize = 'sm' | 'lg' | 'xl';
  * Avatar (`div[cdsAvatar]`) — Wrapper um `.article-avatar` aus css/components.css
  * (css/components.css:1520–1536): der Initialen-/Foto-Kreis im Meta-Strip eines
  * Wissensbeitrags (`.article-meta-author`), in der Author-Card (`-lg`) und im
- * Team-Tile-Grid (`-xl`). Elftes Ticket der Seitenbausteine-Serie.
+ * Team-Tile-Grid (`-xl`).
  *
  * **Attributselektor (ADR-0008), gemessen an der Geschwister-Kette.** Ausgezählt in
  * `docs/index.html`: 8 der 11 Instanzen der Grundgröße sitzen als direkte, adjazente
  * Geschwister in einer von 3 `.article-avatar-stack`-Kacheln (2 Avatare in Zeilen
  * 8343–8344, je 3 in Zeilen 8373–8375 und 8404–8406) — genau dort greift
  * `.article-avatar-stack .article-avatar + .article-avatar`
- * (css/components.css:1540–1541), eine Geschwister-Kette (Kriterium `spec.md` 2b).
+ * (css/components.css:1540–1541), eine Geschwister-Kette.
  * Ein Element-Selektor `cds-avatar`, der `.article-avatar` auf einem INNEREN Element
  * rendert (wie `cds-facts` es mit `<dl>` tut, weil `<dl>` ein Custom Element nicht
  * annehmen kann), würde diese Kette brechen: die beiden `.article-avatar`-Knoten
@@ -2854,7 +2848,7 @@ type CdsAvatarSize = 'sm' | 'lg' | 'xl';
  * eigens erfundene Marker-Klasse; der Attributselektor liefert die Zielscheibe für
  * beide Zwecke aus einer Hand, ohne dass der Konsument zwei Attribute schreiben muss.
  *
- * **Initialen werden aus `name` abgeleitet, kein eigener Input** (Ticket-Vorgabe):
+ * **Initialen werden aus `name` abgeleitet, kein eigener Input:**
  * erstes Zeichen des ersten und des letzten durch Whitespace getrennten Worts, groß
  * — ein einzelnes Wort liefert dessen erste zwei Zeichen. Zwei Inputs für dieselbe
  * Information (Name UND Initialen) könnten auseinanderlaufen, sobald nur eines
@@ -2934,14 +2928,14 @@ interface CdsArticleBreadcrumbItem {
 /**
  * ArticleHeader (`cds-article-header`) — Wrapper um `.article-header` aus
  * css/components.css (css/components.css:1486–1490, 1508–1519): der zentrierte Kopf
- * eines Wissensbeitrags (Breadcrumb, optionale Pill, H1, Lead, Meta-Strip). Elftes
- * Ticket der Seitenbausteine-Serie. Hauptvorlage ist
+ * eines Wissensbeitrags (Breadcrumb, optionale Pill, H1, Lead, Meta-Strip).
+ * Hauptvorlage ist
  * `storybook-angular/src/docs/seitenmuster/wissensbeitrag.mdx`, Abschnitt „Article
- * Header“ — dort steht das für dieses Ticket verbindliche Markup samt Begründung,
+ * Header“ — dort steht das verbindliche Markup samt Begründung,
  * nicht nur das Mockup in `docs/index.html`.
  *
  * **Breadcrumb sitzt im Header — abweichend von der allgemeinen Navigationsregel,
- * bewusst der Ticket-Vorlage folgend.** `docs/index.html:2423` dokumentiert für
+ * bewusst der Hauptvorlage folgend.** `docs/index.html:2423` dokumentiert für
  * Unterseiten allgemein, wörtlich: „Den Breadcrumb nicht in einen zentrierten
  * `.article-header` einbetten, sonst wird er mittig ausgerichtet und bekommt einen
  * abweichenden Abstand zur Nav“ (Tabellenzeile „Nicht“ der Breadcrumb-Doku) — und
@@ -2954,30 +2948,27 @@ interface CdsArticleBreadcrumbItem {
  * den Breadcrumb INNERHALB von `.article-header` zeigen: 5 kleine Referenz-Boxen in
  * der Doku-Sektion selbst (`docs/index.html:7850`, `8304`, `8331`, `8361`, `8392` —
  * ohne Topnav/Hero/Footer, reine Bauteil-Illustrationen) plus das Code-Beispiel in
- * `wissensbeitrag.mdx`. Das Ticket benennt genau diese Doku (nicht die
- * Beispielseiten) als Hauptvorlage. Diese Komponente folgt der Ticket-Vorgabe
- * (Breadcrumb als Input, im Header) und dokumentiert den Widerspruch als eigenen
- * Befund
- * (`.scratch/angular-seitenbausteine/issues/20-breadcrumb-in-oder-vor-article-header.md`).
+ * `wissensbeitrag.mdx`. Diese Komponente folgt bewusst dieser Doku, nicht den
+ * Beispielseiten (Breadcrumb als Input, im Header), und dokumentiert den
+ * Widerspruch als eigenen Befund.
  * Konsumenten, die der allgemeinen Regel folgen wollen (wie die beiden echten
  * Beispielseiten), lassen `breadcrumb` leer und setzen die Leiste selbst davor
  * (siehe Story „Ohne Breadcrumb“).
  *
- * **Letzter Breadcrumb-Eintrag immer ohne Link, mit `aria-current="page"`** — so vom
- * Ticket als Akzeptanzkriterium gefordert. Die beiden Wissensbeitrag-Inline-Beispiele
+ * **Letzter Breadcrumb-Eintrag immer ohne Link, mit `aria-current="page"`.** Die
+ * beiden Wissensbeitrag-Inline-Beispiele
  * (`docs/index.html:7850–7856`, `wissensbeitrag.mdx`) zeigen dafür nur 2 Einträge,
  * BEIDE als `<a>`, ohne `aria-current` — eine zur Kürze vereinfachte Doku-Skizze,
  * kein vollständiges Barrierefreiheits-Beispiel. Das volle, korrekte Muster (Trenner
  * dekorativ, letzter Eintrag `<span aria-current="page">` ohne Link) steht an
  * anderer Stelle exakt so vor (`docs/index.html:2406–2412` allgemeine
- * Breadcrumb-Doku, `docs/index.html:11023–11030` Stellenanzeige) und ist zusätzlich
- * eine explizite Akzeptanzbedingung des Tickets — die Komponente folgt deshalb
- * diesem Muster für den letzten Array-Eintrag, unabhängig von einem dort eventuell
- * gesetzten `href`.
+ * Breadcrumb-Doku, `docs/index.html:11023–11030` Stellenanzeige) — die Komponente
+ * folgt deshalb diesem Muster für den letzten Array-Eintrag, unabhängig von einem
+ * dort eventuell gesetzten `href`.
  *
  * **Keine bereichsgefärbte Breadcrumb-Verlinkung (`.t-{area}`).** Die
  * Inline-Beispiele färben ihren zweiten (dort letzten) Eintrag mit `.t-ki`/`.t-es`/
- * `.t-wo`; das Ticket sieht dafür aber kein API-Feld vor (`{label, href?}`, kein
+ * `.t-wo`; die API sieht dafür aber kein Feld vor (`{label, href?}`, kein
  * `area` pro Eintrag), und eine Zuordnung „Bereichsfarbe auf den vorletzten
  * Eintrag“ wäre geraten, nicht aus der Doku ableitbar — zumal der gefärbte Eintrag
  * dort ein Link ist, kein `aria-current`-Element, also nicht deckungsgleich mit dem
@@ -2995,7 +2986,7 @@ interface CdsArticleBreadcrumbItem {
  * **Pille rendert nur, wenn `area` UND `pill` gesetzt sind — kein erfundener
  * Default.** `PillComponent.area` ist als `CdsArea` mit einem eigenen Default
  * (`'ki'`) typisiert; diese Komponente führt `area` dagegen als `CdsArea | undefined`
- * (keine Konfigurations-Vorgabe laut Ticket-API). Ein erster Entwurf reichte
+ * (kein eigener Default vorgegeben). Ein erster Entwurf reichte
  * `area()` per `as CdsArea`-Cast durch, damit ein `undefined`-Binding
  * `cds-pill`s eigenen Default überschreiben kann — eine Typ-Lüge, um einen Fall
  * abzudecken, der beim Nachzählen gar nicht vorkommt: **alle 9** `.pill`-Vorkommen
@@ -3024,8 +3015,8 @@ interface CdsArticleBreadcrumbItem {
  * (`stoerer.component.ts:formattedDate`, inkl. manuellem Aufbau der
  * `Date`-Komponenten gegen den UTC-Mitternacht-Fallstrick von `new Date(iso)`).
  * Diese Komponente tut das NICHT: `date` liefert nur den maschinenlesbaren
- * `datetime`-Wert, `dateLabel` die sichtbare Schreibweise — vom Ticket ausdrücklich
- * als zwei getrennte Inputs vorgegeben. Begründung der Abweichung: Erstens deckt
+ * `datetime`-Wert, `dateLabel` die sichtbare Schreibweise — bewusst als zwei
+ * getrennte Inputs. Begründung der Abweichung: Erstens deckt
  * sich das mit jeder realen Instanz (6 von 6 `.article-meta-date`-Vorkommen tragen
  * einen redaktionell gesetzten Text wie „13. Mai 2026“, keinen von
  * `Intl.DateTimeFormat` erzeugten) — anders als der Störer, dessen Kacheln NUR ein
@@ -3037,22 +3028,22 @@ interface CdsArticleBreadcrumbItem {
  * ISO-Form, nicht geraten formatiert) — in der Story „Interaktiv“ als Warnfall extra
  * benannt, damit niemand das versehentlich auf eine Produktionsseite bringt.
  *
- * **Meta-Strip nur, wenn es etwas zu zeigen gibt.** `authorName`/`date` sind laut
- * Ticket-API Beiwerk (Default `''`); ausgezählt haben alle 6 realen
+ * **Meta-Strip nur, wenn es etwas zu zeigen gibt.** `authorName`/`date` sind bewusst
+ * Beiwerk (Default `''`); ausgezählt haben alle 6 realen
  * `.article-meta`-Vorkommen sowohl Autor als auch Datum, eine Stellenanzeige
  * (`docs/index.html:11035`) nutzt `.article-header` dagegen KOMPLETT OHNE
  * `.article-meta` (dort ein `<dl>` aus Job-Fakten statt Autor/Datum) — dieser
- * abweichenden Verwendung folgt diese Komponente nicht (sie hat in der Ticket-API
- * keinen Platz), sie belegt aber, dass ein leerer Meta-Strip ein realer Fall ist.
+ * abweichenden Verwendung folgt diese Komponente nicht (dafür ist in der API kein
+ * Feld vorgesehen), sie belegt aber, dass ein leerer Meta-Strip ein realer Fall ist.
  * `.article-meta` (und darin `.article-meta-author`/`.article-meta-sep`) rendern
  * deshalb nur, wenn `authorName()` bzw. `date()` tatsächlich etwas liefern; der
  * Trenner nur, wenn beide Seiten vorhanden sind.
  *
- * **Avatar projiziert über `[cdsAvatar]`, PLUS `cds-avatar-stack`.** Die
- * Ticket-Skizze nennt nur `<ng-content select="[cdsAvatar]">`; ergänzt um den
+ * **Avatar projiziert über `[cdsAvatar]`, PLUS `cds-avatar-stack`.** Der
+ * ursprüngliche Entwurf nennt nur `<ng-content select="[cdsAvatar]">`; ergänzt um den
  * Tag-Selektor `cds-avatar-stack`, weil `AvatarStackComponent` (siehe dort) ein
  * Element-Selektor ist, kein `[cdsAvatar]`-Attribut trägt und sonst nicht in den
- * Meta-Strip projiziert werden könnte — nötig für die vom Ticket geforderte Story
+ * Meta-Strip projiziert werden könnte — nötig für die Story
  * „Mehrere Autor:innen“.
  *
  * **Host als Block.** `.article-header` sitzt am Host und setzt nur
@@ -3100,8 +3091,7 @@ interface CdsArticleTocItem {
 /**
  * ArticleToc (`cds-article-toc`) — Wrapper um `.article-toc*` aus css/components.css
  * (css/components.css:1577–1589): das aufklappbare Inhaltsverzeichnis am Anfang eines
- * Wissensbeitrags. Zwölftes Ticket der Seitenbausteine-Serie („Artikel-Körper“).
- * Ausgezählt: genau 2 reale Vorkommen, beide mit 5 Einträgen und identischem
+ * Wissensbeitrags. Ausgezählt: genau 2 reale Vorkommen, beide mit 5 Einträgen und identischem
  * sichtbarem Text „Inhalt“ plus identischem `aria-label`
  * (`docs/index.html:7948–7960`, Doku-Sektion mit Platzhalter-Hrefs `#gt-article-toc`;
  * `docs/index.html:15049–15061`, reale Beispielseite Wissensbeitrag · KI mit echten
@@ -3118,8 +3108,8 @@ interface CdsArticleTocItem {
  * zielt auf `p`, nicht auf `details` — ein `<cds-article-toc>`-Host zwischen
  * `.article-body` und dem `<details>` bricht deshalb keine Selektorkette.
  *
- * **Natives `<details>`/`<summary>`, kein nachgebautes Disclosure** (Ticket-Vorgabe,
- * Akzeptanzkriterium): Tastaturbedienung (Enter/Space auf `<summary>`) und
+ * **Natives `<details>`/`<summary>`, kein nachgebautes Disclosure:** Tastaturbedienung
+ * (Enter/Space auf `<summary>`) und
  * Toggle-Zustand kommen vollständig vom Browser, das CSS hängt direkt an `[open]`
  * (`.article-toc[open] .article-toc-caret`, css/components.css:1583). `<details
  * class="article-toc">` sitzt deshalb im TEMPLATE, nicht am Host — derselbe Grund
@@ -3132,8 +3122,8 @@ interface CdsArticleTocItem {
  * Form (natives `<details>`, SVG-Caret, `[open]`-Rotation über
  * `transition:transform`), aber nicht die Aufgabe: `cds-compare` trägt eine
  * Vergleichstabelle mit `columns`/`rows`/`toggled`-Output, dieses Bauteil trägt
- * eine reine Link-Liste ohne Output (siehe API-Vorgabe des Tickets, die für dieses
- * Bauteil bewusst keinen `toggled` vorsieht). Zwei gleiche Stellen sind ein
+ * eine reine Link-Liste ohne Output (die API sieht für dieses
+ * Bauteil bewusst keinen `toggled` vor). Zwei gleiche Stellen sind ein
  * Zufall, kein Muster — eine gemeinsame Basisklasse für zwei Vorkommen hätte nur
  * das `<details>`+Caret-Skelett gebündelt und dabei entweder Verhalten
  * vereinheitlicht (ein erzwungener `toggled`-Output ohne Zweck hier) oder so viel
@@ -3167,8 +3157,7 @@ declare class ArticleTocComponent {
  * ArticleCallout (`cds-article-callout`) — Wrapper um `.article-callout*` aus
  * css/components.css (css/components.css:1591–1600): der bereichsgetönte
  * Aside-Block für Praxis-Beispiele und „In der Realität“-Einschübe im Lauftext
- * eines Wissensbeitrags. Zwölftes Ticket der Seitenbausteine-Serie
- * („Artikel-Körper“). Ausgezählt: 5 reale Vorkommen, je eines pro Bereich in der
+ * eines Wissensbeitrags. Ausgezählt: 5 reale Vorkommen, je eines pro Bereich in der
  * Doku-Sektion (`docs/index.html:8086–8115`, co/ki/es/wo) plus eines in der realen
  * Beispielseite Wissensbeitrag · KI (`docs/index.html:15110–15114`).
  *
@@ -3185,8 +3174,8 @@ declare class ArticleTocComponent {
  * `.article-body` und dem `<aside>` bricht deshalb keine Selektorkette.
  *
  * **Projizierte Absätze bleiben direkte Kinder von `.article-callout`, kein
- * `<div>` um `<ng-content>`** (Ticket-Vorgabe: `.article-callout > p` ist ein
- * Kindselektor, css/components.css:1600). `<ng-content>` selbst fügt kein
+ * `<div>` um `<ng-content>`:** `.article-callout > p` ist ein
+ * Kindselektor, css/components.css:1600. `<ng-content>` selbst fügt kein
  * DOM-Element ein — es verschiebt nur die vom Konsumenten geschriebenen
  * `<p>`-Elemente an ihre Stelle direkt im `<aside>`, eine Ebene unter dem
  * `<cds-article-callout>`-Host, aber ohne zusätzlichen Knoten dazwischen. Geprüft
@@ -3213,8 +3202,7 @@ declare class ArticleTocComponent {
  * verloren, wenn kein bereichsspezifischer Override existiert (`co` und „kein
  * `data-area`“ zeigen `--tx-primary` statt `--co-700`). Diese Komponente
  * reproduziert exakt die Klassen und die Struktur des Mockups und zeigt deshalb
- * denselben, vorbestehenden Fehler wie rohes HTML — siehe
- * `.scratch/angular-seitenbausteine/issues/22-css-luecke-callout-eyebrow-spezifitaet.md`.
+ * denselben, vorbestehenden Fehler wie rohes HTML.
  *
  * **`aria-labelledby` auf `<aside>`, sobald `eyebrow` gesetzt ist — Zusatz zum
  * Mockup, keine CSS-Änderung.** `<aside>` hat implizit die Landmark-Rolle
@@ -3222,8 +3210,7 @@ declare class ArticleTocComponent {
  * mehrere gleichnamige Landmarks ohne zugänglichen Namen. Gemessen mit
  * axe-core an rohem Markup ohne Angular (zwei `<aside class="article-callout">`
  * ohne Auszeichnung): `landmark-unique` schlägt fehl, unabhängig von dieser
- * Komponente — das Mockup selbst kennt diese Auszeichnung nicht (siehe
- * `.scratch/angular-seitenbausteine/issues/23-doku-luecke-callout-landmark-label.md`).
+ * Komponente — das Mockup selbst kennt diese Auszeichnung nicht.
  * Die Eyebrow ist bereits ein prägnanter, vom Redakteur gepflegter Kurztext
  * genau für diesen Zweck (z. B. „In der Praxis“) — sie bekommt deshalb eine
  * generierte `id`, auf die `aria-labelledby` zeigt, sobald sie existiert. Ohne
@@ -3252,8 +3239,7 @@ declare class ArticleCalloutComponent {
  * ArticleFigure (`cds-article-figure`) — Wrapper um `.article-figure`/
  * `.article-figcaption` aus css/components.css (css/components.css:1573–1575):
  * das redaktionelle Inline-Bild mit optionaler Bildunterschrift im Lauftext eines
- * Wissensbeitrags. Zwölftes Ticket der Seitenbausteine-Serie („Artikel-Körper“).
- * Ausgezählt: 3 reale Vorkommen — Doku-Demo mit Caption
+ * Wissensbeitrags. Ausgezählt: 3 reale Vorkommen — Doku-Demo mit Caption
  * (`docs/index.html:8028–8031`), reales Body-Bild mit Caption in der Beispielseite
  * Wissensbeitrag · KI (`docs/index.html:15115–15118`, identischer Bild- und
  * Caption-Text wie die Doku-Demo) und ein dritter, captionsloser Sonderfall direkt
@@ -3281,11 +3267,11 @@ declare class ArticleCalloutComponent {
  * identisches Bild wie Vorschaubild für Wiedererkennung“), sitzt außerhalb von
  * `.article-body` und bekommt seine 720-px-Breite über ein
  * Inline-`style="max-width:720px;margin:0 auto"` am Konsumenten, nicht über die
- * Komponente (Randbedingung 6 der Spec: Mockup-Inline-Styles wandern nicht in
- * den Wrapper). Die Ticket-API sieht dafür kein `loading`/`fetchpriority`-Input
+ * Komponente (Mockup-Inline-Styles wandern bewusst nicht in den Wrapper). Die
+ * API sieht dafür kein `loading`/`fetchpriority`-Input
  * vor; dieses Bauteil deckt deshalb den (häufigeren, dokumentierten) In-Body-Fall
  * ab. Für den Lead-Bild-Sonderfall bleibt `<figure class="article-figure">` roh
- * schreibbar oder — sofern die Semantik passt — `cds-hero-image` (Ticket 02) zu
+ * schreibbar oder — sofern die Semantik passt — `cds-hero-image` zu
  * prüfen.
  *
  * **`alt` und `caption` sind bewusst getrennte Pflicht-/Beiwerk-Inputs, keine
@@ -3310,12 +3296,11 @@ declare class ArticleFigureComponent {
  * ArticlePullquote (`cds-article-pullquote`) — Wrapper um `.article-pullquote` aus
  * css/components.css (css/components.css:1608–1612): die typografische
  * Hervorhebung eines Satzes aus dem eigenen Lauftext eines Wissensbeitrags.
- * Zwölftes Ticket der Seitenbausteine-Serie („Artikel-Körper“). Ausgezählt: 2
- * reale Vorkommen, wortgleich, beide `data-area="ki"` — Doku-Demo
+ * Ausgezählt: 2 reale Vorkommen, wortgleich, beide `data-area="ki"` — Doku-Demo
  * (`docs/index.html:8136`) und reale Beispielseite Wissensbeitrag · KI
  * (`docs/index.html:15075`).
  *
- * **Nicht `cds-blockquote` (`BlockquoteComponent`, `.bq`) — Ticket-Vorgabe, im
+ * **Nicht `cds-blockquote` (`BlockquoteComponent`, `.bq`) — im
  * JSDoc beider Bauteile wechselseitig abgegrenzt.** Pull-Quote und Blockquote
  * teilen die typografische Familie (Serif, bereichsgefärbter Linksakzent in
  * `{area}-500`), aber nicht den Zweck, dokumentiert in `wissensbeitrag.mdx`,
@@ -3372,8 +3357,7 @@ declare class ArticlePullquoteComponent {
 /**
  * AuthorCard (`div[cdsAuthorCard]`) — Wrapper um `.author-card` aus css/components.css
  * (css/components.css:1602–1606): der Avatar-plus-Bio-Strip am Ende eines
- * Wissensbeitrags, einzeln oder mehrfach in `cds-author-card-group`. Dreizehntes und
- * letztes Ticket der Seitenbausteine-Serie. Ausgezählt: 17 reale Vorkommen in
+ * Wissensbeitrags, einzeln oder mehrfach in `cds-author-card-group`. Ausgezählt: 17 reale Vorkommen in
  * `docs/index.html` — 4 einzelstehend (2 Doku-Demos `docs/index.html:8193,8207`, 1
  * Artikel-Demo `8424`, 1 reale Beispielseite `15179`) und 13 in fünf Gruppen (siehe
  * `AuthorCardGroupComponent`).
@@ -3421,8 +3405,7 @@ declare class ArticlePullquoteComponent {
  * ausschließlich vom `area`-Input, den der Konsument direkt an das projizierte
  * `[cdsAvatar]` bindet (siehe unten). Ein `area`-Input, der hier nur `data-area` ohne
  * jede CSS-Wirkung setzt, wäre eine erfundene Konfiguration ohne Gegenwert — Befund
- * gemeldet, nicht im Wrapper geflickt (ADR-0001):
- * `.scratch/angular-seitenbausteine/issues/24-css-luecke-author-card-data-area.md`.
+ * gemeldet, nicht im Wrapper geflickt (ADR-0001).
  *
  * **Avatar projiziert über `[cdsAvatar]`, wie bei `cds-article-header`.** Der
  * Konsument setzt Größe (`size="lg"`, css/components.css:1527) und Bereich
@@ -3432,15 +3415,15 @@ declare class ArticlePullquoteComponent {
  *
  * **Eyebrow als `<h3>`, nur wenn gesetzt** (Beiwerk, Default `''`) — deckungsgleich
  * mit allen 4 einzelstehenden realen Vorkommen: 2 tragen `<h3 class="author-card-eyebrow">`
- * (`docs/index.html:8196,8427`, „Über den Autor“/„Über die Autorin“, Ticket-Vorgabe:
+ * (`docs/index.html:8196,8427`, „Über den Autor“/„Über die Autorin“:
  * eine Ebene unter dem `<h2>` des Article-Body), die anderen 2 (Doku-Demos ohne
  * umgebende Artikelstruktur) haben gar keinen. Innerhalb einer Gruppe trägt laut
  * `wissensbeitrag.mdx` („Eyebrow-Konvention“) keine einzelne Karte mehr einen eigenen
  * Eyebrow — die Gruppen-Überschrift ersetzt sie (siehe `AuthorCardGroupComponent`);
  * Konsumenten lassen `eyebrow` dafür einfach leer.
  *
- * **`roleLabel`, NICHT `role` wie im Ticket-Text — gemessene Abweichung, kein
- * Freihand-Entscheid.** Ein erster Entwurf folgte der Ticket-API wörtlich
+ * **`roleLabel`, NICHT `role` wie in einem ersten Entwurf — gemessene Abweichung, kein
+ * Freihand-Entscheid.** Der erste Entwurf setzte `role` wörtlich um
  * (`role`-Input, mit `role="…"` als schlichtem Attribut in den Stories gesetzt, wie
  * `name`/`bio`/`eyebrow`). Storybooks eingebauter a11y-Check (`aria-roles`) schlug
  * darauf für JEDE Story mit echtem Rollentext fehl: `role` ist ein globales
@@ -3454,7 +3437,7 @@ declare class ArticlePullquoteComponent {
  * (`grep -rn "readonly role" angular-lib/projects/design-system-angular/src/lib/`
  * zeigt nur diese drei). Diese Komponente folgt demselben, bereits etablierten
  * Muster statt die Kollision ein viertes Mal zu wiederholen — CSS-Klasse bleibt
- * unverändert `.author-card-role`, nur der Input-Name weicht vom Ticket-Text ab.
+ * unverändert `.author-card-role`, nur der Input-Name weicht vom ursprünglichen Entwurf ab.
  */
 declare class AuthorCardComponent {
     /** Name (`.author-card-name`). */
@@ -3477,8 +3460,7 @@ declare class AuthorCardComponent {
  * AuthorCardGroup (`cds-author-card-group`) — Wrapper um `.author-card-group` aus
  * css/components.css (css/components.css:1547–1563): bündelt mehrere `[cdsAuthorCard]`
  * am Ende eines Wissensbeitrags, gestapelt (Default) oder als zweispaltiges Raster
- * (`is-grid`, css/components.css:1555). Dreizehntes und letztes Ticket der
- * Seitenbausteine-Serie. Ausgezählt: 5 reale Gruppen — 2 gestapelt in der
+ * (`is-grid`, css/components.css:1555). Ausgezählt: 5 reale Gruppen — 2 gestapelt in der
  * Artikel-Demo (`docs/index.html:8440,8465`, je 2 bzw. 3 Karten), 2 `is-grid`
  * (Doku-Demo `9112`, reale Beispielseite Scrum-Training `13811`, je 4 Karten) und 0
  * `is-grid`-Vorkommen im Wissensbeitrag selbst — `wissensbeitrag.mdx` verweist für