# AI Change History

Status: Aktiv
Tags: #AIReference

Diese Datei ist nur fuer AI- und Projektpflege-Kontext gedacht.
Sie dokumentiert kurz und nachvollziehbar, was durch AI oder mit AI-Unterstuetzung am Subframe UI Standards / Component Library Regelwerk geaendert wurde.

Scope:

- Diese Datei gilt nur fuer `04 Standards/Subframe UI Standards/`.
- Sie ist keine Change-History fuer das gesamte HiveGrid-Wireframe-Repo.
- Fuer repo-weite Aenderungen ist Git die Quelle der Wahrheit.
- Normale Wireframe-, Ticket-, Canvas- oder Planning-Aenderungen werden hier nur eingetragen, wenn sie eine validierte Aenderung am Subframe UI Standards / Component Library Regelwerk verursachen.

## Pflichtregel fuer AI-Arbeit

Nach jeder inhaltlichen Aenderung am Subframe UI Standards / Component Library Regelwerk muss diese Datei aktualisiert werden.
Der Eintrag muss kurz, konkret und nachtraeglich nutzbar sein.

Ein Eintrag muss enthalten:

- Datum und Uhrzeit im Format `YYYY-MM-DD HH:MM:SS Europe/Berlin`, wenn die Aenderung ab jetzt vorgenommen wird
- kurzer Kontext, warum die Aenderung gemacht wurde
- betroffene Dateien
- wichtigste Aenderungen
- offene Folgepunkte, falls vorhanden

Wenn nur gelesen oder analysiert wurde, ist kein Eintrag noetig.
Wenn Dateien innerhalb des Subframe UI Standards / Component Library Regelwerks erstellt, geaendert, verschoben oder geloescht wurden, ist ein Eintrag Pflicht.
Falls alte Eintraege ohne Uhrzeit nachtraeglich normalisiert werden, muss im Kontext stehen, dass die Uhrzeit geschaetzt wurde.

## Format

```md
### YYYY-MM-DD HH:MM:SS Europe/Berlin - Kurzer Titel

Kontext:
- Warum diese Aenderung gemacht wurde.

Betroffene Dateien:
- [[04_Gruppenregeln]]
- `Pfad/Datei.md`

Aenderungen:
- Kurz und konkret.

Offen:
- Falls keine offenen Punkte entstanden sind: Keine.
```

## Verlauf

### 2026-07-18 15:55:58 Europe/Berlin - Self-sufficient Todo mit zentralem Embed

Kontext:
- David hat klargestellt, dass die Subframe UI Standards als eigenstaendiges Projekt ihre eigene vollstaendige Aufgabenliste behalten sollen.
- Gleichzeitig soll die zentrale HiveGrid-Todo-Seite alle Teilprojekte sichtbar machen, ohne Aufgaben zu duplizieren.

Betroffene Dateien:
- `Todo.md`
- [[08_Todo]]
- [[00_Start]]
- [[02_Entscheidungen]]
- [[AI/07_AI-References]]
- [[AI/08_AI-Change-History]]

Aenderungen:
- `08_Todo.md` wieder als vollstaendige Quelle der Standards-Aufgaben hergestellt.
- Zentrale `Todo.md` auf ein Aggregator-Modell umgestellt und die Standards-Liste per Obsidian-Embed eingebunden.
- Standards-Navigation, Arbeitsregeln und Entscheidungslog wieder auf die lokale Todo-Datei ausgerichtet.

Offen:
- Keine; neue Teilprojekte koennen spaeter nach demselben Embed-Muster ergaenzt werden.

### 2026-07-18 03:39:27 Europe/Berlin - Todo auf Projektebene verschoben

Kontext:
- David hat klargestellt, dass To-dos universell fuer das gesamte Projekt gelten und nicht im Teilprojekt Subframe UI Standards liegen sollen.

Betroffene Dateien:
- `Todo.md`
- `00 Start Here.md`
- `README.md`
- `AI README.md`
- `01 Regeln/Obsidian Struktur.md`
- `05 HiveGrid Map/HiveGrid Map.canvas`
- [[08_Todo]]
- [[00_Start]]
- [[02_Entscheidungen]]
- [[AI/07_AI-References]]
- [[AI/08_AI-Change-History]]

Aenderungen:
- Zentrale `Todo.md` im Vault-Root angelegt und alle bestehenden Aufgaben dorthin uebernommen.
- `08_Todo.md` in eine Weiterleitung umgewandelt, damit bestehende Links nicht brechen.
- Standards-Navigation, Arbeitsregeln und Entscheidungslog auf die projektweite Aufgabenliste umgestellt.

Offen:
- Keine; die Aufgaben selbst bleiben bis zur jeweiligen Bearbeitung offen.

### 2026-07-18 03:35:01 Europe/Berlin - Komponenten-To-dos priorisiert

Kontext:
- David wollte eine zentrale, abhakbare To-do-Liste fuer die naechsten Arbeiten an der Komponentenbibliothek.

Betroffene Dateien:
- [[08_Todo]]
- [[AI/08_AI-Change-History]]

Aenderungen:
- Synchronisierung der Google-Drive-Komponententabelle mit dem internen Komponentenindex als priorisiertes To-do aufgenommen.
- Erstellung einer Filter-Komponente mit Filter-Dropdowns aufgenommen und die Abgrenzung zum bestehenden `Search Filter Bar` sichtbar gemacht.
- Kanban-Card-Brainstorming, Kunden-Call mit Noah, Design-Abschluss und Komponenten-Update als abhakbare Teilschritte dokumentiert.

Offen:
- Alle neu aufgenommenen Punkte bleiben bis zur Bearbeitung offen.

### 2026-07-03 00:32:55 Europe/Berlin - D-D0b Preview und Abschlussstruktur bereinigt

Kontext:
- David hat kritisiert, dass die HTML-Preview nicht sauber auffindbar war und in der Navigation D04/D09 fehlten.
- Die finale D-D0b-Datei sollte nicht mehr als Brainstorming-Datei erscheinen.
- Backlog, Entscheidungen und Preview-Referenzen sollten eindeutiger sortiert sein.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Backlog.md`
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/Preview/index.html`
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/Preview/preview.html`
- `Tickets/Fertige Tickets/D-D0b Layout Standards.md`
- [[AI/08_AI-Change-History]]

Aenderungen:
- D-D0b-Hauptdatei von Brainstorming auf finalen Standards-Dateinamen umgestellt.
- Preview-Dateien in den D-D0b-Ordner verschoben, damit sie zusammen mit den Layout-Entscheidungen auffindbar sind.
- Top-Navigation der HTML-Preview auf D01 bis D09 vervollstaendigt.
- Alte nicht-finale Preview-Texte bereinigt.
- D09 in der Preview als State-/Component-Ownership statt als Padding-Frage beschrieben.
- Ticket-Handoff auf die neuen Preview- und Standards-Pfade aktualisiert.

Offen:
- Keine.

### 2026-07-03 00:20:15 Europe/Berlin - Subframe-MCP Nutzung der Layout-Standards festgeschrieben

Kontext:
- David wollte sicherstellen, dass die neu validierten Layout-Standards bei zukuenftiger Subframe-MCP-Arbeit wirklich verwendet werden.
- Die D-D0b HTML-Preview sollte im fertigen Ticket referenzierbar sein, nicht nur lokal unter `99 Temp/`.

Betroffene Dateien:
- `AI README.md`
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `04 Standards/Subframe UI Standards/Layout/README.md`
- [[AI/07_AI-References]]
- [[AI/08_AI-Change-History]]
- `Tickets/Fertige Tickets/D-D0b Layout Standards.md`
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/Preview/index.html`

Aenderungen:
- Pflichtregel ergaenzt, dass Subframe-MCP-Prompts und Edits die validierten Layout-Standards als aktive Referenz nutzen muessen.
- Festgelegt, dass Page Padding, Card/Surface Padding, Grid Gap, Text-Rhythmus, Dialog Sizes, Dialog Padding und Dialog Internal Gaps nicht frei neu definiert werden sollen.
- Readback-Pruefung nach MCP-Aenderungen ergaenzt.
- D-D0b HTML-Preview als versioniertes Ticket-Artefakt abgelegt und im Ticket sowie in der D-D0b-Referenz verlinkt.

Offen:
- Keine.

### 2026-07-02 23:50:12 Europe/Berlin - D-D0b Abschluss-Cleanup und Backlog ausgelagert

Kontext:
- David wollte D-D0b als fertiges Ticket bereinigen.
- Die HTML-Preview soll erhalten bleiben, aber nicht Source of Truth sein.
- Backlog-Punkte sollten aus der Abschlussdoku in eine eigene Seite ausgelagert werden.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Backlog.md`
- `04 Standards/Subframe UI Standards/Layout/README.md`
- [[02_Entscheidungen]]
- [[06_Backlog]]
- [[AI/08_AI-Change-History]]
- `Tickets/README.md`
- `Tickets/Fertige Tickets/D-D0b Layout Standards.md`
- `99 Temp/D-D0b Layout Preview/index.html`

Aenderungen:
- D-D0b-Arbeitsdatei zu einer finalen, lesbaren Layout-Standards-Referenz bereinigt.
- D-D0b-Folgepunkte in eine eigene Backlog-Datei ausgelagert.
- Globalen Standards-Backlog um Verweis auf D-D0b-Folgepunkte erweitert.
- Layout-Regeln und Entscheidungslog als aktive Standards markiert.
- Lokale Preview als behaltene Referenzhilfe markiert, aber Markdown als Source of Truth festgelegt.
- Fertige Ticket-Handoff-Datei fuer D-D0b angelegt und im Ticket-Index verlinkt.

Offen:
- Keine fuer D-D0b. Nur Backlog-Punkte bleiben separat geparkt.

### 2026-07-02 23:37:56 Europe/Berlin - D03 Text-Rhythmus token-aware validiert

Kontext:
- David hat D03 final als token-aware Text-Rhythmus entschieden.
- 150%-Texttokens erzeugen bereits optische Hoehe im Textblock, deshalb sollen Titel und Beschreibung ohne zusaetzlichen Gap zusammenstehen.
- Die Preview sollte 0px sichtbar machen, ohne selbst Abstand zu erzeugen.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`

Aenderungen:
- D03 als validierte Layout-Regel dokumentiert: `Page Title -> Page Description 0px`, `Page Header -> erster Content 24px`, `Section Title -> Section Description 0px`, `Section Description -> Section Content 12px`.
- Festgelegt, dass beschreibende Page-/Section-Texte 150%-Texttokens nutzen muessen.
- Festgelegt, dass 0px ein bewusst definierter Auto-Layout-Gap ist, nicht ein fehlender Abstand.
- Festgelegt, dass `0`-Line-height-Tokens nur fuer garantierte Einzeiler genutzt werden duerfen.
- Preview auf die finalen D03-Werte aktualisiert und 0px-Marker ohne Layout-Hoehe ergaenzt.

Offen:
- Keine.

### 2026-07-02 22:23:16 Europe/Berlin - D04-D06 Ownership und Form Gap geklaert

Kontext:
- David hat geklaert, dass Button- und Tabellen-Details ueber Komponenten abgedeckt werden.
- Formulare sollen auf Screen-Ebene nur den Abstand zwischen kompletten Field-Komponenten regeln.
- D03 Text-Rhythmus musste in der Preview sichtbarer und verstaendlicher werden.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`

Aenderungen:
- D04 als Button Component Ownership dokumentiert; Standardaktionen nutzen Button Default/Medium/36px.
- D05 als Form Layout Gap validiert; komplette Field-Komponenten nutzen 16px Abstand.
- D06 als Table Component Ownership dokumentiert; Carbon nur als Row-Size-/Dichte-Referenz.
- Carbon Data Table Referenz konkretisiert: Row Sizes `xs 24px`, `sm 32px`, `md 40px`, `lg 48px`, `xl 64px` und 16px Column Padding.
- D03 in der Preview verlinkt und erklaert.
- Preview auf 36px Control-Hoehe und 16px Form-Gap angepasst.

Offen:
- D03 Text-Rhythmus noch einzeln validieren oder in Backlog verschieben.

### 2026-07-02 22:10:49 Europe/Berlin - State Ownership und Error Dialog Backlog geklaert

Kontext:
- David hat klargestellt, dass Empty, Error und No-Permission als inline States ueber Komponenten abgedeckt werden sollen.
- Blockierende Error-/Result-Dialoge sollen spaeter separat als Overlay-/Feedback-Komponenten betrachtet werden.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- [[06_Backlog]]
- [[AI/08_AI-Change-History]]

Aenderungen:
- D-D0b-Uebersicht korrigiert: D08 ist Dialog Internal Gaps, D09 ist State / Component Ownership.
- State-Komponenten als inline Inhaltszustaende abgegrenzt, nicht als Modale.
- Error-/Result-Dialog-Komponenten als spaeteres Backlog-Thema aufgenommen.

Offen:
- No-Permission spaeter als eigene State-Variante oder Komponente klaeren, falls benoetigt.
- Error-/Result-Dialog-Komponenten spaeter separat validieren.

### 2026-07-02 21:36:25 Europe/Berlin - D08 Dialog Internal Gaps validiert

Kontext:
- David hat die `Balanced`-Variante fuer normale Dialog-Innenabstaende validiert.
- Footer Actions sollen standardmaessig rechts ausgerichtet bleiben.
- Mehrzeilige Texte nutzen die 150%-Texttoken, wodurch Textbloecke selbst hoeher werden.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[06_Backlog]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`

Aenderungen:
- D08 als validierte Dialog-Internal-Gap-Regel dokumentiert: `Title -> Description 8px`, `Field/Form Row Gap 16px`, `Section Gap 24px`, `Footer Button Gap 8px`.
- Footer Actions als rechts ausgerichteter Default dokumentiert.
- Mehrzeilige Textbloecke mit 150%-Lineheight als Teil der Typografie-Logik beruecksichtigt.
- Button-/Action-Semantik als separates Backlog-Thema aufgenommen.
- D09 States in der Preview als spaeteres Thema erklaert.

Offen:
- Button-/Action-Semantik spaeter separat validieren, insbesondere Primary, Destructive und Positive.

### 2026-07-02 15:09:13 Europe/Berlin - Fullscreen Dialog Max-Width validiert

Kontext:
- David hat geklaert, dass Fullscreen Dialoge zwar fill-artig sein sollen, aber auf sehr breiten Monitoren nicht unendlich skalieren duerfen.
- Als obere Grenze wurde die Breite eines 2K-Monitors abzüglich des validierten aeusseren Dialogrands verwendet.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`

Aenderungen:
- Fullscreen Dialog mit `width: calc(100vw - 48px)`, `max-width: 2512px` und `height: calc(100vh - 48px)` dokumentiert.
- `2512px` als 2K-Breite `2560px` minus 24px aeusserem Rand pro Seite festgehalten.
- Preview-Texte fuer D07 an die Maxbreiten-Regel angepasst.

Offen:
- Drawer-/Side-Panel-Breiten spaeter als eigenes Thema klaeren.

### 2026-07-02 14:50:32 Europe/Berlin - D07 Dialoggroessen validiert

Kontext:
- David hat die zentrierten Dialoggroessen validiert.
- Fullscreen Dialog soll Fill in Breite und Hoehe nutzen, aber mit sichtbarem aeusserem Rand.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`

Aenderungen:
- Dialoggroessen als `XS 420px`, `S 560px`, `M 720px`, `L 1200px max` validiert.
- 4K-Verhalten dokumentiert: Dialoge wachsen nicht automatisch mit, sondern bleiben zentriert in ihrer Breitenklasse.
- Fullscreen Dialog als Fill-Overlay mit aeusserem Rand dokumentiert; Arbeitswert Desktop: 24px pro Seite.
- D07-Preview von Kandidatenvergleich auf validierte Groessen umgestellt.

Offen:
- Drawer-/Side-Panel-Breiten spaeter als eigenes Thema klaeren.

### 2026-07-02 01:31:47 Europe/Berlin - AI Change History Scope geklaert

Kontext:
- David hat geklaert, dass diese History nur fuer die Subframe UI Standards / Component Library gelten soll.
- Fuer das gesamte HiveGrid-Wireframe-Repo reicht Git als Verlauf.

Betroffene Dateien:
- [[AI/08_AI-Change-History]]
- [[AI/07_AI-References]]
- [[00_Start]]

Aenderungen:
- Scope der AI Change History explizit auf `04 Standards/Subframe UI Standards/` begrenzt.
- Klargestellt, dass normale Wireframe-, Ticket-, Canvas- oder Planning-Aenderungen hier nicht repo-global protokolliert werden.
- Verweise in AI-References und Start-Datei sprachlich angepasst.

Offen:
- Keine.

### 2026-07-02 01:24:20 Europe/Berlin - Overlay-Pattern fuer D07 definiert

Kontext:
- David war unsicher, wie sich normale Pages, Dialoge, Fullscreen Dialoge und Side Panels unterscheiden.
- Die Definition ist Voraussetzung, bevor Dialogbreiten sinnvoll validiert werden koennen.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`

Aenderungen:
- Begriffe `Page`, `Dialog`, `Fullscreen Dialog` und `Drawer / Side Panel` definiert.
- Settings als `Page` abgegrenzt, nicht als Fullscreen Dialog.
- Fullscreen Dialog als temporaeres Overlay fuer abgeschlossene Arbeitsmodi definiert.
- Drawer/Side Panel als eigenes Pattern mit eigenen Breitenregeln markiert.
- D07-Preview um Pattern-Karten vor den Breitenvarianten erweitert.

Offen:
- D07 Dialogbreiten separat validieren.
- Drawer-/Side-Panel-Breiten spaeter als eigenes Thema klaeren.

### 2026-07-02 00:13:25 Europe/Berlin - Dialog Padding Varianten validiert

Kontext:
- David hat entschieden, dass Padding mit 32px nicht frei fuer beliebige Surfaces genutzt wird.
- Stattdessen bekommt die Subframe-`Dialog`-Komponente zwei Varianten: 16px Default und 32px groesser/ruhiger.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`

Aenderungen:
- Dialog-Padding-Regel dokumentiert: `16px` Default, `32px` groessere Variante.
- Festgelegt, dass diese Werte ueber die Dialog-Komponente bzw. deren Varianten kommen sollen.
- D02-Regel korrigiert: 32px ist kein frei verwendbarer Surface-Standard; Ausnahme ist die eigene Dialog-Variante.
- D07-Preview aktualisiert, sodass kleine/mittlere Dialoge 16px und der grosse Dialog die 32px-Variante zeigt.

Offen:
- Dialogbreiten separat validieren.
- Mobile Layout Standards spaeter separat klaeren.

### 2026-07-02 00:02:48 Europe/Berlin - D-D0b Detail-/Editor-Surface Padding praezisiert

Kontext:
- David hat bestaetigt, dass grosse Detail-/Editorflaechen nicht automatisch mehr Innenabstand bekommen sollen.
- 32px Innenabstand sollte zu diesem Zeitpunkt nicht frei als Standard gelten. Kurz danach wurde er als eigene Subframe-`Dialog`-Variante validiert.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`
- `99 Temp/D-D0b Layout Preview/preview.html`

Aenderungen:
- Detail-/Editor-Surface Padding als Standard auf 16px festgelegt.
- 32px Innenabstand als nicht frei verwendbaren Surface-Standard markiert.
- D02-Entscheidung entsprechend aktualisiert.
- Lokale Preview wurde zunaechst als Vergleich beschriftet und danach auf die validierte Dialog-Variante umgestellt.

Offen:
- Mobile Layout Standards spaeter separat klaeren.

### 2026-07-01 00:36:12 Europe/Berlin - D-D0b D02 Page Padding Minimum geklaert

Kontext:
- David hat geklaert, dass Page Padding immer mindestens 24px sein soll.
- Kompakte UI-Momente sollen nicht ueber reduziertes Page Padding entstehen, sondern ueber lokale Gaps.
- Detail-/Editor-Surface Padding wurde zu diesem Zeitpunkt noch als offener Sonderfall notiert und am 2026-07-02 auf 16px als Standard praezisiert.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`
- `99 Temp/D-D0b Layout Preview/preview.html`

Aenderungen:
- Page Padding als Mindeststandard `24px` dokumentiert.
- 16px Page Padding als kompakter Sonderfall entfernt.
- Card/Surface Padding weiterhin auf 16px festgelegt.
- Grid/Card Gap weiterhin auf 16px festgelegt; 12px als kompakter Sonderfall fuer enge Teilbereiche dokumentiert.
- Detail-/Editor-Surface Padding als grosse Arbeitsflaeche erklaert und zu diesem Zeitpunkt offen gelassen.
- Lokale Preview so angepasst, dass der Kompakt-Modus Page Padding bei 24px laesst und nur Grid/Card Gap auf 12px reduziert.

Offen:
- Detail-/Editor-Surface Padding wurde am 2026-07-02 auf 16px als Standard praezisiert.
- Mobile Layout Standards spaeter separat klaeren.

### 2026-06-30 23:08:49 Europe/Berlin - D-D0b D02 Padding-Standards validiert

Kontext:
- David hat die D02-Basiswerte fuer Page Padding, Card/Surface Padding und Grid/Card Gap validiert.
- Mobile soll aus der aktiven Preview entfernt bleiben und grosse Detail-/Editorflaechen sind noch unklar.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`

Aenderungen:
- D02 als validierte Layout-Entscheidung dokumentiert.
- Page Padding Standard auf 24px festgelegt; ein 16px-Sonderfall wurde damals als Zwischenstand notiert und am 2026-07-01 wieder verworfen.
- Card/Surface Padding Standard auf 16px festgelegt.
- Grid/Card Gap Standard auf 16px und Section Gap Standard auf 24px festgelegt.
- Standard Desktop Page und kompakte Settings Page in der Preview auf dieselbe Basis gesetzt.
- Mobile aus der aktiven D02-Preview entfernt; grosse Detail-/Editorflaechen damals als offen markiert und am 2026-07-02 auf 16px als Standard praezisiert.

Offen:
- Grosse Detail-/Editorflaechen separat klaeren.
- Mobile Layout Standards spaeter separat klaeren.

### 2026-06-30 22:42:30 Europe/Berlin - D-D0b D02 Begriffe und Mobile-Backlog geklaert

Kontext:
- Beim D02-Brainstorming musste getrennt werden zwischen App Shell, Page Padding, Section/Grid Gap und Komponenten-Padding.
- David hat entschieden, Mobile vorerst nicht in D02 zu validieren, sondern in den Backlog zu legen.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- [[06_Backlog]]
- [[AI/08_AI-Change-History]]
- `99 Temp/D-D0b Layout Preview/index.html`

Aenderungen:
- D02-Begriffsklaerung fuer App Shell, Page Padding, Section Gap, Grid Gap und Card/Surface Padding ergaenzt.
- D02-Arbeitsannahmen fuer Desktop/Settings/Card/Editor-Padding dokumentiert, aber noch nicht final validiert.
- Mobile Layout Standards in den Backlog aufgenommen.
- Lokale Preview markiert Mobile als Backlog statt als aktive D02-Entscheidung.

Offen:
- D02-Werte weiterhin mit David validieren.

### 2026-06-30 22:27:07 Europe/Berlin - D-D0b Spacing Scale validiert

Kontext:
- David hat fuer D-D0b den 8px-Rhythmus mit definierten Zwischenwerten validiert.
- Gleichzeitig wurde geklaert, dass Layout-Standards nicht gegen bestehende Subframe-Komponenten-Defaults arbeiten sollen.

Betroffene Dateien:
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`
- `Layout/README.md`
- [[02_Entscheidungen]]
- [[AI/08_AI-Change-History]]

Aenderungen:
- D01 Grundraster / Spacing Scale als validierte Entscheidung dokumentiert.
- Erlaubte Layout-Spacing-Werte festgelegt: `4, 8, 12, 16, 20, 24, 32, 40, 48, 64, 80, 96`.
- Komponenten-Ownership-Regel ergaenzt: vorhandene Defaults von Dialog, Modal, Button, Text Input, Table oder Card verwenden, wenn sie den Standard bereits abbilden.

Offen:
- D02 Page & Card Padding als naechste Entscheidung einzeln validieren.

### 2026-06-29 04:57:39 Europe/Berlin - Repo-Struktur und Standards-Benennung geschaerft

Kontext:
- Die Bezeichnungen `Regeln`, `Regelwerk` und `Subframe-Regelwerk` waren zu nah beieinander und konnten mit den operativen Repo-Arbeitsregeln verwechselt werden.
- Die HiveGrid-Cloud-Referenz und die Subframe UI Standards sollten in der Repo-Struktur klarer eingeordnet werden.

Betroffene Dateien:
- `00 Start Here.md`
- `AI README.md`
- `01 Regeln/Obsidian Struktur.md`
- `01 Regeln/Screen Agent Workflow.md`
- `03 Quellen und Referenzen/README.md`
- `03 Quellen und Referenzen/Repo Notizen.md`
- `04 Standards/README.md`
- [[00_HiveGrid-Einordnung]]
- [[00_Start]]
- [[02_Entscheidungen]]
- [[AI/07_AI-References]]
- [[AI/08_AI-Change-History]]
- `Tickets/README.md`
- `Tickets/Fertige Tickets/D-P2 Auth Wireframes.md`

Aenderungen:
- Subframe-Standards aus `01 Regeln/` nach `04 Standards/Subframe UI Standards/` verschoben.
- HiveGrid-Cloud-Referenz nach `03 Quellen und Referenzen/hivegrid-cloud/` verschoben.
- Ticket-Handoff in `Tickets/Fertige Tickets/` eingeordnet.
- Zentrale Doku und Pfade auf die neue Struktur aktualisiert.
- Sprache von unklaren Regelwerk-Begriffen auf `Standards-Projekt` und `Subframe UI Standards` geschaerft.

Offen:
- Keine.

### 2026-06-29 01:37:44 Europe/Berlin - HiveGrid-Integration als Teilprojekt dokumentiert

Kontext:
- Das Subframe Component Library Regelwerk wurde in das HiveGrid-Wireframe-Repo uebernommen.
- Es soll als eigene Shell fuer dauerhafte Subframe-, Komponenten- und Layout-Regeln dienen, aber nicht nebenbei durch normale Screen-Arbeit veraendert werden.

Betroffene Dateien:
- [[00_HiveGrid-Einordnung]]
- [[00_Start]]
- [[02_Entscheidungen]]
- [[AI/07_AI-References]]
- [[AI/08_AI-Change-History]]
- `Layout/README.md`
- `AI README.md`
- `01 Regeln/Obsidian Struktur.md`
- `01 Regeln/Screen Agent Workflow.md`
- `02 Wireframes/D0 Foundation/D-D0b Layout Standards/D-D0b Layout Standards.md`

Aenderungen:
- HiveGrid-Kontext, Zweck, Abgrenzung und Aenderungsschutz fuer das Subframe UI Standards dokumentiert.
- Layout-Bereich als Zielort fuer spaeter validierte D-D0b-Regeln angelegt.
- Zentrale HiveGrid-Agent-Regeln erweitert, damit das Regelwerk als Referenz genutzt, aber nicht automatisch geaendert wird.
- D-D0b-Brainstorming von alter Referenz-Idee auf aktives Subframe UI Standards umgestellt.

Offen:
- Konkrete Layout-Werte fuer D-D0b muessen weiter einzeln mit David validiert werden.

### 2026-06-21 17:13:59 Europe/Berlin - Fill Container Todo wieder entfernt

Kontext:
- Der Nutzer ist sich beim Entfernen von `Fill Container` als eigener Variante noch nicht sicher.
- Bei Buttons kann Fill-Verhalten ueber Layout/Instanz funktionieren, aber bei Komponenten mit Max Width ist das Verhalten nicht automatisch gleichwertig.
- `No Padding` und vergleichbare Extra-Varianten sollen vorerst ebenfalls nicht entfernt werden.

Betroffene Dateien:
- [[08_Todo]]
- [[AI/08_AI-Change-History]]

Aenderungen:
- Offenen Todo-Punkt `Fill Container als Variante entfernen/pruefen` aus [[08_Todo]] entfernt.
- Bestehende Regeln und Entscheidungen zu `Fill Container` unveraendert gelassen.

Offen:
- Thema `Fill Container` spaeter neu bewerten, wenn klar ist, wie Max Width, Instanz-Fill und Komponentenvarianten zusammenspielen sollen.

### 2026-06-21 14:40:30 Europe/Berlin - Fill Container Todo ergaenzt

Kontext:
- Der Nutzer stellte klar, dass `Fill Container` in vielen Komponenten als eigene Variante nicht gebraucht wird, weil Subframe beim Screen-Bau Instanzen/Layout separat auf volle Breite oder Hoehe setzen kann.
- Gleichzeitig sollen Min-/Max-Width und Min-/Max-Height Regeln erhalten bleiben; es geht nicht darum, Groessenbegrenzungen zu entfernen.

Betroffene Dateien:
- [[08_Todo]]
- [[AI/08_AI-Change-History]]

Aenderungen:
- Todo ergaenzt, um `Fill Container` als eigene Variante komponentenuebergreifend zu pruefen und ggf. zu entfernen.
- Im Todo vermerkt, dass [[02_Entscheidungen]], [[04_Gruppenregeln]] und [[07_Global-Rules]] spaeter mitgeprueft werden sollen, weil dort `Fill Container` bzw. `fillContainer` bereits als Regel-/Prop-Konzept vorkommt.

Offen:
- Pruefen, in welchen Subframe-Komponenten `Fill Container` als Variante existiert.
- Danach entscheiden, ob `fillContainer` in [[07_Global-Rules]] als Layout-Sonderfall bleibt oder enger formuliert werden muss.

### 2026-06-20 22:12:56 Europe/Berlin - Change History Zeitformat auf Europe/Berlin umgestellt

Kontext:
- Der Nutzer wollte eine lesbare Zeitzonenangabe statt eines technischen numerischen Offsets.
- `Europe/Berlin` ist eindeutig und fuer den Vault besser verstaendlich als ein reiner Offset.

Betroffene Dateien:
- [[AI/08_AI-Change-History]]

Aenderungen:
- Pflichtformat auf `YYYY-MM-DD HH:MM:SS Europe/Berlin` umgestellt.
- Bestehende Change-History-Ueberschriften auf `Europe/Berlin` normalisiert.
- Alte Beschreibungstexte bereinigt, damit nicht mehrere Zeitformat-Varianten nebeneinander stehen.

Offen:
- Keine.

### 2026-06-20 21:28:08 Europe/Berlin - Alte History-Eintraege mit geschaetzten Zeiten normalisiert

Kontext:
- Der Nutzer wollte, dass auch aeltere Eintraege im Verlauf zeitlich konsistent aussehen, damit spaetere Leser nicht ueber fehlende Uhrzeiten stolpern.
- Die nachgetragenen Zeiten sind bewusst plausible Schaetzungen und keine urspruenglich automatisch erfassten Zeitstempel.

Betroffene Dateien:
- [[AI/08_AI-Change-History]]

Aenderungen:
- Alte Eintraege ohne Uhrzeit auf das damalige Zeitformat gebracht.
- Separate `Zeit:`-Bloecke entfernt.
- Kontext der betroffenen Eintraege um den Hinweis `Zeit nachtraeglich geschaetzt` ergaenzt.

Offen:
- Keine.

### 2026-06-20 21:23:10 Europe/Berlin - Change History Zeitformat vereinfacht

Kontext:
- Der Nutzer wollte eine normale Uhrzeit wie bei git, ohne ausgeschriebene Zeitzone und ohne Klammerformat.

Betroffene Dateien:
- [[AI/08_AI-Change-History]]

Aenderungen:
- Pflichtformat wurde damals auf ein git-nahes Offset-Format umgestellt.
- Bestehenden genau datierten Eintrag vom ausgeschriebenen Zeitzonenformat auf das damalige Offset-Format normalisiert.

Offen:
- Keine.

### 2026-06-20 21:18:49 Europe/Berlin - Change History um Uhrzeit und Kontext erweitert

Kontext:
- Der Verlauf soll spaeter genauer nachvollziehbar machen, wann und warum AI-Aenderungen gemacht wurden, ohne unnoetig lang zu werden.

Betroffene Dateien:
- [[AI/08_AI-Change-History]]
- [[AI/07_AI-References]]

Aenderungen:
- Pflichtformat um Uhrzeit mit Zeitzone erweitert.
- Kontext-Feld ergaenzt, damit der Grund einer Aenderung nicht nur aus den Datei-Diffs rekonstruiert werden muss.
- Bestehende Eintraege mit Kontext ergaenzt.
- Bestehende Eintraege als ohne urspruenglich erfasste Uhrzeit markiert, statt nachtraeglich ungenaue Zeiten zu erfinden.

Offen:
- Keine.

### 2026-06-20 21:16:30 Europe/Berlin - AI-Dateien getaggt

Kontext:
- AI-bezogene Dateien sollten in Obsidian ueber einen gemeinsamen Tag schnell auffindbar und gruppierbar sein.
- Zeit nachtraeglich geschaetzt.

Betroffene Dateien:
- [[AI/07_AI-References]]
- [[AI/08_AI-Change-History]]

Aenderungen:
- AI-Dateien mit `#AIReference` getaggt.
- In `AI/07_AI-References.md` festgelegt, dass neue AI-Kontext-, AI-Verlauf- und AI-Pflege-Dateien ebenfalls `#AIReference` tragen muessen.

Offen:
- Keine.

### 2026-06-20 21:13:00 Europe/Berlin - AI Change History angelegt

Kontext:
- Spaetere AI-Bearbeitungen sollen fuer den Nutzer und fuer neue AI-Sessions nachvollziehbar bleiben.
- Die Datei soll verhindern, dass wichtige Aenderungen nur im Chat-Verlauf stehen.
- Zeit nachtraeglich geschaetzt.

Betroffene Dateien:
- [[AI/08_AI-Change-History]]
- [[AI/07_AI-References]]
- [[00_Start]]

Aenderungen:
- Neue AI-only Verlauf-Datei angelegt.
- Pflichtregel dokumentiert: Nach jeder inhaltlichen Datei-Aenderung muss diese History mit Datum, betroffenen Dateien, Aenderungen und offenen Folgepunkten aktualisiert werden.
- `AI/07_AI-References.md` erweitert, damit kuenftige AI-Arbeit die History-Datei zwingend mitpflegt.
- `00_Start.md` erweitert, damit die History-Datei im Vault-Einstieg sichtbar ist.

Offen:
- Keine.

### 2026-06-20 20:45:00 Europe/Berlin - Neue Tabelleninformationen in Komponenten-Index uebernommen

Kontext:
- Eine aktualisierte externe Tabelle wurde als neue Quelle fuer Status, Subframe-Links und zusaetzliche Komponenten geliefert.
- Es sollten nur fehlende Eintraege mit finaler Pruefung `Ready`, `Work in Progress` oder `Subframe Problem` uebernommen werden; `Open` sollte ignoriert werden.
- Zeit nachtraeglich geschaetzt.

Betroffene Dateien:
- [[05_Komponenten-Index]]
- `Components/Badge Shortcut.md`
- `Components/Error State.md`
- `Components/Stepper Progress Steps Horizontal.md`
- `Components/Stepper Progress Steps Vertikal.md`
- `Components/Context Menu.md`
- `Components/Dropdown Menu.md`
- `Components/Subbar.md`
- `Components/Tree View.md`
- `Components/Icon.md`
- `Components/Icon With Backround.md`
- `Components/Kanban Card.md`
- `Components/Kanban Column.md`
- mehrere bestehende Dateien unter `Components/`

Aenderungen:
- Fehlende Subframe-Links aus der aktualisierten Tabelle ergaenzt: `Checkbox Group`, `Combobox Autocomplete`, `Number Input`, `Search Input`, `Confirm Dialog`, `Result Dialog`.
- Neue Komponenten-Notizen angelegt fuer qualifizierte Eintraege mit finaler Pruefung `Ready`, `Work in Progress` oder `Subframe Problem`.
- `Finale Pruefung = Open` bewusst ignoriert.
- Konkrete Review-Notizen aus der Tabelle uebernommen, u.a. fuer `Icon Button`, `Text Input`, `Select`, `Table`, `Partial page failure` und `Timeout`.
- Vorlaeufige Bereichszuordnungen fuer ungruppierte Tabellenzeilen dokumentiert.

Offen:
- Einige neue/ungruppierte Komponenten brauchen spaeter eventuell eine finale Bereichsentscheidung.
- `Icon With Backround` Schreibweise pruefen.

### 2026-06-20 21:02:00 Europe/Berlin - Form-Input-Regeln und Todo-Liste erweitert

Kontext:
- Die Form-Input-Regeln sollten nach den neu hinzugekommenen Input-Komponenten vervollstaendigt werden.
- Zusaetzlich wurde eine operative Todo-Liste gewuenscht, damit offene Pruefpunkte nicht verloren gehen.
- Zeit nachtraeglich geschaetzt.

Betroffene Dateien:
- [[04_Gruppenregeln]]
- [[08_Todo]]
- [[02_Entscheidungen]]
- [[00_Start]]
- [[AI/07_AI-References]]
- `Components/Icon Button.md`
- `Components/Number Input.md`
- `Components/Search Input.md`
- `Components/Combobox Autocomplete.md`
- `Components/Date Picker.md`

Aenderungen:
- Control-Hoehen-Regel erweitert um `Icon Button`, `Number Input`, `Search Input`, `Combobox Autocomplete` und Single-date `Date Picker`.
- Field-Anatomy-Regel um weitere Form Inputs erweitert: `Number Input`, `Multiselect`, `Multiselect Tags`, `Combobox Autocomplete`, `Search Input`, `Date Picker`, `Form Group Input Group`.
- Single-date `Date Picker` in Standardbreiten, horizontalem Innenpadding und `Radius Small` ergaenzt.
- Betroffene Komponenten-Dateien mit konkreten Gruppenregel-Embeds aktualisiert.
- Neue operative Todo-Liste `08_Todo.md` angelegt und in Start- sowie AI-Kontext verlinkt.
- Entscheidungslog um Control-Hoehen-Scope, Date-Picker-Basisregeln und Todo-Datei erweitert.

Offen:
- Date Picker Range-Version / Date-von-bis separat klaeren.
- `Select` Colour-Mismatch pruefen.
- `Table` Doppelung rechts pruefen.
- Stepper-State-Enum pruefen.
- `Partial page failure` / `Timeout` Zusammenfuehrung klaeren.

### 2026-06-23 15:50:28 Europe/Berlin - Form Field-Anatomy fuer Label, Help text und Message festgelegt

Kontext:
- Aus einem visuellen Beispiel sollte die Field-Anatomy fuer Form Inputs konkretisiert werden.
- Der untere Text unter dem Control sollte verbindlich `message` heissen, nicht `Label` oder `massage`.

Betroffene Dateien:
- [[04_Gruppenregeln]]
- [[03_Benennung]]
- [[02_Entscheidungen]]
- [[00_Start]]
- `Components/Text Input.md`
- `Components/Form Group Input Group.md`
- [[AI/08_AI-Change-History]]

Aenderungen:
- `Form Inputs teilen eine Field-Anatomy` von offen auf entschieden gesetzt.
- Field-Reihenfolge definiert: `label`, `helpText`, Control, `message`.
- Abstaende festgelegt: Label zu Help text 8px, Help text zu Control 6px, Control zu Message 4px.
- `message` als unteren Field-Text mit 12px und Medium festgelegt.
- Naming-Regel ergaenzt: Der untere Field-Text heisst in Props, Slots, Layer-Namen und Dokumentation immer `message`.
- Komponentenliste der Field-Anatomy-Regel um relevante Form Inputs und bedingte Field-Kontexte wie Checkbox, Radio Group, Switch, Slider und Toggle Group erweitert.
- Komponenten-Notizen fuer `Text Input` und `Form Group Input Group` konkretisiert.
- Entscheidungslog um die neue Form Field-Anatomy-Entscheidung ergaenzt.
- Einstieg in `00_Start.md` von offenem Label-Input-Beispiel auf die entschiedene Field-Anatomy-Regel aktualisiert.

Offen:
- Date Picker Range-Version / Date-von-bis separat klaeren.