docs: update Subframe standards and project map

2026-07-25 17:49:00 +02:00
1 parent f14e57ae8b
commit d1c030d28c
@@ -12,6 +12,7 @@ Ziel: Alle Wireframe-Regeln, Pakete, Screen-Notizen, Banner, Toasts, Zustaende u
 |---|---|
 | [[01 Regeln/Wireframing Playbook]] | Grundregeln: Was wird gebaut, was nur dokumentiert, wie laufen Brainstorming und Handoff? |
 | [[01 Regeln/Obsidian Struktur]] | Wie dieser Vault aufgebaut ist und wie Dateien benannt werden. |
+| [[Todo]] | Zentrale, projektweite und abhakbare Aufgabenliste. |
 | [[02 Wireframes/Screen Paket Tracker]] | Zentrale Kontrolltabelle fuer alle Flows, Screens, Canvas- und Subframe-Links. |
 | [[02 Wireframes/_Templates/Wireframe Paket Template]] | Vorlage fuer ein neues Wireframe-Paket. |
 | [[02 Wireframes/_Templates/Screen Template]] | Vorlage fuer eine einzelne Screen-Datei. |
@@ -35,6 +35,7 @@ Dieser Vault ist der Arbeitsbereich fuer Screens, Wireframes und Handoffs.
 | State-Datei | `ST01 Keine Suchergebnisse.md` | beschreibt einen Zustand, der nicht als eigener Frame gebaut wird |
 | Canvas-Datei | `WF-[Ticket] [Flow Name].canvas` | visueller Flow-Tree in Obsidian Canvas |
 | Tracker | `Screen Paket Tracker.md` | Uebersicht ueber Pakete und Status |
+| Todo | `Todo.md` im Vault-Root | zentrale, projektweite und abhakbare Aufgabenliste |

 ---

@@ -34,7 +34,7 @@ Es soll wachsen, wenn echte, validierte Standards entstehen.
 | [[05_Komponenten-Index]] | Link- und Statusuebersicht mit Fertig-Checkbox |
 | [[06_Backlog]] | Themen fuer spaeter |
 | [[07_Global-Rules]] | Globale Component-API- und Arbeitsregeln |
-| [[08_Todo]] | Laufende Aufgaben, Pruefpunkte und Nacharbeiten |
+| [[08_Todo]] | Eigenstaendige Aufgabenliste fuer Komponenten-Pruefpunkte und Nacharbeiten |
 | `Layout/` | Validierte Layout-, Spacing-, Dialog-, Table- und Composition-Regeln |
 | [[AI/07_AI-References]] | Arbeitskontext und Ablauf fuer AI-Aenderungen |
 | [[AI/08_AI-Change-History]] | AI-Verlauf nur fuer Aenderungen am Subframe UI Standards / Component Library Regelwerk |
@@ -50,7 +50,7 @@ Standards werden so hoch wie moeglich und so spezifisch wie noetig dokumentiert.
 4. Der Komponenten-Index ist nur eine Link- und Statusuebersicht.
 5. Einzelne Komponenten-Notizen stehen unter `Components/`.
 6. Dauerhafte Layout-Regeln stehen unter `Layout/`, sobald sie validiert sind.
-7. Laufende Aufgaben und Pruefpunkte stehen in [[08_Todo]].
+7. Laufende Aufgaben und Pruefpunkte der Subframe UI Standards stehen in [[08_Todo]].
 8. AI-Aenderungen am Subframe UI Standards / Component Library Regelwerk werden in [[AI/08_AI-Change-History]] protokolliert; fuer repo-weite Aenderungen ist Git der Verlauf.

 Bei Arbeit mit AI zuerst [[AI/07_AI-References]] lesen.
@@ -37,7 +37,7 @@ Diese Datei haelt Entscheidungen fest, die spaeter wieder auffindbar sein sollen
 | 2026-06-20 | Control-Hoehen Scope | `Icon Button`, `Number Input`, `Search Input`, `Combobox Autocomplete` und der Single-date `Date Picker` folgen der gemeinsamen Control-Hoehen-Regel fuer `Small`, `Medium` und `Large`. | Einzeilige Controls und Trigger sollen ueber Actions und Form Inputs hinweg dieselbe Groessenlogik nutzen. | Entschieden |
 | 2026-06-20 | Date Picker Basisregeln | Die Single-date Version des `Date Picker` nutzt vorerst dieselben Basisregeln wie textnahe Inputs: Standardbreite, horizontales Innenpadding und `Radius Small`. Date-range / von-bis wird separat geklaert. | Die Basisversion soll konsistent sein; Range-Varianten haben vermutlich andere Breiten und Verhalten. | Entschieden |
 | 2026-06-23 | Form Field-Anatomy | Form Inputs nutzen bei Field-Kontexten die Reihenfolge `label`, `helpText`, Control und `message`. Abstaende: Label zu Help text 8px, Help text zu Control 6px, Control zu Message 4px. `message` ist 12px Medium und heisst in der Naming Convention immer `message`. | Label, Hilfetext und unterer Field-Text sollen ueber Form Inputs hinweg gleich benannt, positioniert und getaktet sein. | Entschieden |
-| 2026-06-20 | Laufende Aufgaben | `08_Todo.md` sammelt konkrete Pruefpunkte und Nacharbeiten; `06_Backlog.md` bleibt fuer langfristige Themen ohne konkrete Aktion. | Offene Arbeitsfragen sollen nicht im Chat verloren gehen und vom strategischen Backlog getrennt bleiben. | Entschieden |
+| 2026-06-20 / 2026-07-18 | Laufende Aufgaben | `08_Todo.md` bleibt die eigenstaendige Quelle fuer konkrete Pruefpunkte und Nacharbeiten der Subframe UI Standards; `06_Backlog.md` bleibt fuer langfristige Standards-Themen. Die projektweite `Todo.md` bindet die Liste nur ein. | Das Standards-Projekt bleibt self-sufficient, waehrend die zentrale Projektansicht Aufgaben ohne Duplikate aggregiert. | Entschieden |
 | 2026-06-04 | State-Namen | `default`, `hover`, `active`, `focus`, `disabled`, `loading`, `error` und `selected` sind als State-Namen zugelassen. | Subframe regelt viele States intern, aber das Regelwerk braucht konsistente Begriffe fuer Dokumentation und Varianten. | Entschieden |
 | 2026-06-04 | Focus vs Selected | `focus` und `selected` bleiben getrennte States. | Focus beschreibt aktuellen Interaktionsfokus; Selected beschreibt eine Auswahl oder aktiven Zustand. Beides kann gleichzeitig auftreten. | Entschieden |

@@ -2,25 +2,38 @@

 Status: Offen

-Diese Datei sammelt laufende Aufgaben, Pruefpunkte und kleine Nacharbeiten.
-Sie ist fuer Dinge gedacht, die konkret abgearbeitet werden muessen.
+Diese Datei ist die eigenstaendige Aufgabenliste der Subframe UI Standards.
+Im HiveGrid-Vault wird sie zusaetzlich in der zentralen Aufgabenuebersicht eingebunden; die Aufgaben werden nicht dupliziert.
 Langfristige Themen ohne konkrete Aktion bleiben in [[06_Backlog]].

-## Laufende Aufgaben
+## Priorisiert

-| Aufgabe | Bereich | Komponente / Regel | Status | Notiz |
-| --- | --- | --- | --- | --- |
-| Date Picker Range-Version klaeren | Form Inputs | [[Components/Date Picker]] | Offen | Es wird voraussichtlich eine Date-von-bis-Version geben. Breite, Anatomy, Padding und Verhalten separat festlegen. |
-| Date Picker Varianten pruefen | Form Inputs | [[Components/Date Picker]] | Offen | Single Date ist in Basisregeln aufgenommen; weitere Versionen koennen andere Regeln brauchen. |
-| Select Colour-Mismatch pruefen | Form Inputs | [[Components/Select]] | Offen | Subframe Problem: Textfarbe weicht ohne klaren Grund ab. |
-| Table Doppelung rechts pruefen | Data Display | [[Components/Table]] | Offen | Subframe Problem: Doppelung ganz rechts in einem normalen Row. |
-| Stepper State-Enum pruefen | Feedback | [[Components/Stepper Progress Steps Horizontal]] / [[Components/Stepper Progress Steps Vertikal]] | Offen | Klaeren, ob das Step-Subcomponent `done`, `current` und `upcoming` sauber abbildet. |
-| Partial page failure / Timeout Zusammenfuehrung klaeren | Feedback | [[Components/Partial page failure]] / [[Components/Timeout]] | Offen | Beide sind laut Notiz eventuell zusammengefuehrt und koennten geloescht oder konsolidiert werden. |
-| `Icon With Backround` Schreibweise pruefen | Utility | [[Components/Icon With Backround]] | Offen | Name wurde aus Tabelle uebernommen; vermutlich `Background` statt `Backround`. |
-| Multiselect Tags Control-Hoehe visuell pruefen | Form Inputs | [[Components/Multiselect Tags]] | Offen | Tags/Chips muessen sauber in `Small`, `Medium` und `Large` funktionieren. |
-| Toggle Group Control-Hoehe visuell pruefen | Form Inputs | [[Components/Toggle Group Segmented Control]] | Offen | Aktuell gleiche Hoehenlogik wie Button/Form Controls; visuell pruefen. |
+- [ ] **Komponentenindex mit der Google-Drive-Tabelle synchronisieren**
+  - [ ] Google-Drive-Tabelle und interne Tabelle [[05_Komponenten-Index]] Zeile fuer Zeile abgleichen.
+  - [ ] Fehlende oder geaenderte Komponenten, Status und Links in den internen Index uebernehmen.
+  - [ ] Abschliessend pruefen, ob Komponenten-Dateien, Subframe-Links und Fertig-Status konsistent sind.
+- [ ] **Filter-Komponente mit Filter-Dropdowns erstellen**
+  - [ ] Gewuenschte Filtertypen, Mehrfachfilter und Verhalten festlegen.
+  - [ ] Abgrenzen, ob [[Components/Search Filter Bar]] erweitert oder eine eigene Filter-Komponente angelegt wird.
+  - [ ] Komponente in Subframe erstellen und danach Komponenten-Datei, Index und Link synchronisieren.
+- [ ] **Kanban Cards gemeinsam mit Noah ausarbeiten**
+  - [ ] Brainstormen, welche Informationen, Status und Aktionen auf eine Kanban Card gehoeren.
+  - [ ] Call mit Noah vereinbaren und die Anforderungen aus Kundensicht abstimmen.
+  - [ ] Design auf Basis des Calls finalisieren.
+  - [ ] [[Components/Kanban Card]] aktualisieren und die fertige Komponente im Index ergaenzen.
+
+## Laufende Pruefpunkte
+
+- [ ] **Date Picker Range-Version klaeren** — [[Components/Date Picker]]: Breite, Anatomy, Padding und Verhalten fuer eine Date-von-bis-Version separat festlegen.
+- [ ] **Date Picker Varianten pruefen** — [[Components/Date Picker]]: Weitere Versionen gegen die bestehenden Single-Date-Basisregeln pruefen.
+- [ ] **Select Colour-Mismatch pruefen** — [[Components/Select]]: Textfarbe weicht in Subframe ohne klaren Grund ab.
+- [ ] **Table-Doppelung rechts pruefen** — [[Components/Table]]: Doppelung ganz rechts in einem normalen Row untersuchen.
+- [ ] **Stepper State-Enum pruefen** — [[Components/Stepper Progress Steps Horizontal]] / [[Components/Stepper Progress Steps Vertikal]]: `done`, `current` und `upcoming` sauber abbilden.
+- [ ] **Partial page failure / Timeout konsolidieren** — [[Components/Partial page failure]] / [[Components/Timeout]]: Klaeren, ob beide zusammengefuehrt werden sollen.
+- [ ] **`Icon With Backround` Schreibweise pruefen** — [[Components/Icon With Backround]]: Vermutlich `Background` statt `Backround`.
+- [ ] **Multiselect Tags Control-Hoehe visuell pruefen** — [[Components/Multiselect Tags]]: Chips in `Small`, `Medium` und `Large` pruefen.
+- [ ] **Toggle Group Control-Hoehe visuell pruefen** — [[Components/Toggle Group Segmented Control]]: Hoehenlogik gegen Button und Form Controls pruefen.

 ## Erledigt

-| Aufgabe | Bereich | Komponente / Regel | Erledigt am | Notiz |
-| --- | --- | --- | --- | --- |
+Erledigte Aufgaben werden mit Datum hierhin verschoben.
@@ -32,7 +32,7 @@ Wichtig:
 | [[05_Komponenten-Index]] | Link- und Statusuebersicht fuer Komponenten |
 | [[06_Backlog]] | Spaetere Aufgaben, offene Themen und Erweiterungen |
 | [[07_Global-Rules]] | Globale Component-API- und Arbeitsregeln |
-| [[08_Todo]] | Laufende Aufgaben, Pruefpunkte und Nacharbeiten |
+| [[08_Todo]] | Eigenstaendige Aufgabenliste fuer offene Standards-Punkte und Nacharbeiten |
 | [[AI/08_AI-Change-History]] | AI-Verlauf nur fuer Aenderungen am Subframe UI Standards / Component Library Regelwerk |
 | `Layout/` | Validierte Layout-, Spacing-, Dialog-, Table- und Composition-Regeln |
 | `Components/` | Einzelne Komponenten-Notizen mit Subframe-Link, Bereich, Notizen und Regel-Referenzen |
@@ -100,7 +100,7 @@ Pflicht:
 5. Dauerhafte Layout-Regeln in `Layout/` pflegen, aber nur wenn sie als systemweite Regel validiert wurden.
 6. Komponenten-spezifische Notizen in der passenden Datei unter `Components/` pflegen.
 7. Der [[05_Komponenten-Index]] bleibt nur Link- und Statusuebersicht.
-8. Offene konkrete Aufgaben oder Pruefpunkte in [[08_Todo]] pflegen.
+8. Offene konkrete Aufgaben oder Pruefpunkte der Subframe UI Standards in [[08_Todo]] pflegen.
 9. Jede inhaltliche Datei-Aenderung am Subframe UI Standards / Component Library Regelwerk in [[AI/08_AI-Change-History]] mit Datum, Uhrzeit, Kontext, betroffenen Dateien, Aenderungen und offenen Punkten dokumentieren.
 10. Nach jeder Aenderung die Referenzen pruefen.

@@ -51,6 +51,71 @@ Offen:

 ## 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:
@@ -80,7 +80,8 @@
 		{"id":"a-abnahme-pkg","type":"file","file":"02 Wireframes/P9 Auftrag/WF-P9 Abnahme/WF-P9 Abnahme.canvas","x":6767,"y":1440,"width":460,"height":220},
 		{"id":"03e8e03ef11606a0","type":"text","text":"## HR-Bereich 📱\n**Ticket:** `D-HR` · **Status:** ⬜ offen\n**Wo:** `/hr` + HR-Admin\n\n**Was drin ist:** Startseite (Ankündigungen, offene Anträge, wer ist heute da), Urlaub & Krankmeldung (mit Genehmigung), Lohnabrechnungen, Anträge (Spesen, Hardware …), Passwort-Safe, Umfragen, Mitarbeiter-Verzeichnis, Standorte, eigene Dokumente\n\n**So funktioniert's:** Mitarbeiter-Sicht und HR-Verwaltung sind strikt getrennt; sensible Daten verschlüsselt, jedes Aufdecken protokolliert. Urlaub/krank fließt direkt in die Plantafel-Konflikte.","x":7337,"y":2160,"width":460,"height":360,"color":"5"},
 		{"id":"c8d8914e45e1497e","type":"text","text":"## Plattform-Admin\n**Ticket:** `D-ADMIN` · **Status:** ⬜ offen\n**Wo:** admin.hivegrid.de\n\n**Was drin ist:** Eigener Login (2FA Pflicht), Übersichts-Dashboard (Kunden, Nutzer, Umsatz, System-Zustand), Kunden-Verwaltung (Module freischalten = Abo-Baukasten, Test verlängern, »als Kunde einloggen« mit Begründung), Nutzer-Hilfen (2FA-Reset), Feature-Schalter, Warteschlangen-Monitor, Support-Inbox, Protokoll\n\n**So funktioniert's:** Komplett eigene Welt für uns als Betreiber — Kunden sehen davon nichts. Muss funktionieren, nicht hübsch sein.","x":7337,"y":3100,"width":460,"height":360,"color":"5"},
-		{"id":"abf5f779c1463715","type":"text","text":"## Hinweis\nDieses eine Ticket enthält viele kleine Features (Kunden, Schalter, Support …).\n\nBeim atomaren Durchgehen behandeln wir es als eigenen Bereich und teilen es bei Bedarf in Unter-Pakete auf. Priorität liegt aber hinter der Vertriebs-/Auftrags-Kette.","x":7337,"y":3760,"width":460,"height":360,"color":"5"}
+		{"id":"abf5f779c1463715","type":"text","text":"## Hinweis\nDieses eine Ticket enthält viele kleine Features (Kunden, Schalter, Support …).\n\nBeim atomaren Durchgehen behandeln wir es als eigenen Bereich und teilen es bei Bedarf in Unter-Pakete auf. Priorität liegt aber hinter der Vertriebs-/Auftrags-Kette.","x":7337,"y":3760,"width":460,"height":360,"color":"5"},
+		{"id":"7ed4a9c13b0f6e52","type":"file","file":"Todo.md","x":-683,"y":-260,"width":460,"height":220,"color":"3"}
 	],
 	"edges":[
 		{
@@ -25,6 +25,7 @@ Gemeint ist der lokale Ordner `./03 Quellen und Referenzen/hivegrid-cloud/`. Wen
 | Pfad | Zweck |
 |---|---|
 | `00 Start Here.md` | Einstieg in den Vault |
+| `Todo.md` | Zentrale, projektweite und abhakbare Aufgabenliste |
 | `01 Regeln/` | Arbeitsregeln fuer Wireframing, Obsidian, Subframe und Brainstorming |
 | `01 Regeln/Screen Agent Workflow.md` | Operative Checkliste fuer AI-Agenten bei Screen-/Flow-Arbeit |
 | `02 Wireframes/Screen Paket Tracker.md` | Zentrale Paket- und Flow-Uebersicht |
@@ -5,6 +5,7 @@ Dieser Ordner ist der Obsidian-Vault fuer HiveGrid Screens, Wireframes, UX-Regel
 Start hier:

 - [[00 Start Here]]
+- [[Todo]]
 - [[01 Regeln/Wireframing Playbook]]
 - [[01 Regeln/Obsidian Struktur]]
 - [[02 Wireframes/Screen Paket Tracker]]
@@ -37,4 +38,3 @@ Der alte lokale Backup-Ordner wurde aus dem Vault verschoben nach:
 ```text
 /Users/davidbertram/Desktop/HiveGrid-Backups/
 ```
-
@@ -0,0 +1,22 @@
+---
+kind: todo
+project: HiveGrid Screen Project
+status: active
+---
+
+# Todo
+
+Diese Datei ist die zentrale, projektweite Aufgabenuebersicht fuer HiveGrid.
+Projektweite Aufgaben stehen direkt hier. Aufgaben eigenstaendiger Teilprojekte bleiben in deren eigener Todo-Datei und werden hier eingebettet, damit es nur eine Quelle der Wahrheit gibt.
+
+## Projektweite Aufgaben
+
+Aktuell keine projektweiten Aufgaben ausserhalb der eingebetteten Teilprojekte.
+
+## Teilprojekte
+
+### Subframe UI Standards
+
+Quelle der Wahrheit: [[04 Standards/Subframe UI Standards/08_Todo|Todo der Subframe UI Standards]]
+
+![[04 Standards/Subframe UI Standards/08_Todo]]