TGV · Design-Kanon · K1 Icon-Serie
Diese Seite macht sichtbar, welche Icons TGV heute kennt, wofür sie gedacht sind, welche Emoji/Alt-Symbole sie ersetzen und über welchen Generator-/Guard-Pfad die Serie erweitert wird. Sie erzeugt kein zweites Icon-System; sie liest und verdrahtet die bestehenden SSOTs.
icons-manifest.jsonicons-global.jsoncheck_icon_set.pyicon_slugs. Unbekannte Slugs sind ein Guard-Fehler, nicht Geschmackssache.Die TGV-Serie wurde als K1/Serie B mit einem lokalen Generator-Pfad aufgebaut. Der fachliche Auftrag steht in KANON01_ICON_GENERATOR_SPEC.md; die technische Erzeugung in build_icon_set.py; die Sichtkontrolle in contact-sheet.html.
| Schritt | Was wird entschieden | Ergebnis |
|---|---|---|
| 1. Intent | Was soll das Icon fuer den Nutzer bedeuten? Welche Aktion, Entitaet, Status oder Zone? | Kurzer Brief, nicht nur ein Bildwunsch. |
| 2. Slug | Kanonischer Name wie finance-overview, collapse, documents. | Stabile Referenz in Screens, Buttons, Menue und KAI-Antworten. |
| 3. Serie | Linienstil, ViewBox 24, Stroke, blauer Ankerpunkt, aktuelle Farbe, White-Label-Faehigkeit. | SVG passt optisch zur TGV-Serie. |
| 4. Zuordnung | Modul, Projekt-Typ, Kontext und ggf. ersetztes Emoji werden im Manifest gepflegt. | Mensch und KAI verstehen denselben Einsatz. |
| 5. Guard | Manifest/Global/Sprite plus Screen-Factory-Vertrag muessen gruen sein. | Keine stille Drift zwischen Wunsch, Icon und Anwendung. |
Filtere nach Slug, Bedeutung, Kontext, Set oder Farbe. Die Karte zeigt das echte SVG aus icons-global.json.
| Entscheidung | Regel | Warum wichtig |
|---|---|---|
| Basis oder Spezialserie? | Erst pruefen, ob K1 reicht. Spezialserien nur fuer echten Projekt-/Mandanten-Kontext. | Sonst entstehen parallele Bildsprachen. |
| Projekt-Typ-B-Brief | Pro Icon: Intent, Slug, Kontext, Nutzer-Situation, Modulzuordnung, ggf. ersetztes Symbol. | KAI kann spaeter passende Icons aus Intention waehlen. |
| Zuordnung | Zusaetzliche Slugs werden nur dann im Manifest und in produkt-module bzw. Screen-Factory-Vertraegen referenziert, wenn K1 die Intention nicht abdeckt. | Die Serie ist nicht nur Datei, sondern Baukasten-Teil. |
| Abnahme | Contact-Sheet ansehen, Guard laufen lassen, dann erst Screens bauen. | Visuelle Qualitaet und Systemtreue bleiben zusammen. |
| Element | Icon-Regel | Nicht tun |
|---|---|---|
| Icon-Button | Wenn ein bekannter Slug existiert: Icon nutzen, Tooltip/Label fuer Barrierefreiheit setzen. | Nicht Textbutton bauen, nur weil der Slug unbekannt ist. |
| Pille / Badge | Status, Scope, Konfidenz oder Modul anzeigen; Icon nur zur Wiedererkennung. | Pillen nicht als versteckte Aktion verwenden. |
| Link | Navigation, Quelle, externer Sprung; ggf. external oder detail. | Links nicht fuer riskante Schreibaktionen. |
| KAI-Antwortblock | collapse/expand fuer lange Bloecke; detail oeffnet Panel-Angebote. | Lange Antworten nicht unstrukturiert ausrollen. |
| Screen-Factory | icon_slugs ist Pflichtfeld und wird gegen dieses Manifest geprueft. | Keine lokalen Emoji-/SVG-Insellösungen. |
| KAI-Antwort (kai_renderer) | Jedes Icon in einer KAI-Antwort kommt aus dem Resolver (TGVEngine.icon(slug) / safeIco) — dieselbe Quelle wie im Screen. Eine Pille traegt genau ein Icon. | Keine Emojis, keine Fremd-/Anbieter-Icons, kein zweites Icon in derselben Pille — und nicht dieselbe Pille hier mit, dort ohne Hintergrund. |
kai_renderer enthaelt praktisch keine TGV-Icons (1 Treffer). Der Anspruch steht damit hier fest — Wirkort ist der Renderer (DESIGN#01/SCREEN-FERTIG), Guard-Anschluss R-V4-ICON (kein Emoji-Fallback im DOM) und R-176 (keine screen-lokalen Parameter an Kanon-Komponenten). Klaerungs-Karten in Antworten tragen denselben Anspruch: Bild-Platzhalter ohne Icon und ohne Vorschau-Thumbnail ist unfertig (E-42.7).Daten: icon_systematik_data.js wird aus Manifest und Global-Set erzeugt. Rebuild: python -B 08_OPS/build_icon_systematik_data.py.