toolctrl-labs/HiveGrid-Wireframes
9
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
58df5360aab2953ca8070f736eec2a135b855ea2
HiveGrid-Wireframes/04 Standards/Subframe UI Standards/AI/08_AI-Change-History.md
T

35 KiB
Raw Blame History

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

### 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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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:

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.
Reference in new issue View Git Blame Copy Permalink