4.3 KiB
name, description, metadata
| name | description | metadata | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| archiv-wiki-konzept | Archiv als kleines Wiki im Panel: Live-Rendering Markdown→HTML mit Wikilinks/Backlinks/Startseite; explizites publish (statischer Export) später; Konzeptphase, kein Go |
|
Marcus' Entscheidung (2026-07-19): Das Panel-Archiv bekommt eine Wiki-Schicht — erst mal nur live, ein explizites publish (statischer HTML-Export) kommt später als eigenes Kommando.
- Live-Rendering: Panel rendert archivierte Markdown-Dokumente zu HTML; HTML ist reine Darstellung, nichts wird gespeichert.
- Wikilinks:
[[dokument-name]]wird beim Rendern als Link aufgelöst; Klick lädt das Ziel über denpath-Parameter von write_panel (derselbe Mechanismus wie der Treffer-Klick aussearch_archive, archiv-suchindex-konzept). Namensauflösung über den Dokument-Index (dokument-index-konzept); Backlinks fallen als Nebenprodukt der Indizierung ab. - Einstiegsseite: Index-/Startseite pro Archiv (generiert aus dem Dokument-Index oder gepflegte
index.md). - Später — publish: statisches HTML aus dem Archiv generieren; abgeleitete Daten wie der Suchindex (reproduzierbar, nie gesynct), standalone im Browser lesbar.
Fügt sich in das Modell aus archiv-home-konzept: alle Funktionen lokal, gesynct nur Markdown-Nutzdaten.
Stand 2026-07-19 (zweiter Umbau nach UI-Kritik „strukturlos, keine Nutzerführung"): Das Wiki hat einen eigenen vierten Tab mit eigenem Puffer (<project>.wiki.json, env AI_CONTROL_WIKI, Event wiki-update) — der Entwurf wird nicht mehr verdrängt. archive_page liefert strukturierte Daten (WikiPage: Ordner-Gruppen neueste zuerst, Tag-Zähler; kind page/doc), wiki_doc ein Dokument mit Frontmatter-gestripptem Markdown + Backlinks; resolve/resolve_path/panel_load sind ersetzt. src/wiki-view.ts rendert: Kopf (Titel #tag/Archiv, Home-Pfad, Dokumentzahl), Tag-Chips mit „Alle", Ordner-Eyebrows, klickbare Dokumentzeilen, Dokumentseite mit „‹ Archiv"-Rücksprung und Backlinks-Fußzeile, Leerzustand mit Anleitung; Klick auf den leeren Wiki-Tab lädt die Übersicht automatisch. Wikilinks, Chips und Suchtreffer öffnen alle über wiki_open im Wiki-Tab.
Dritter Umbau am selben Tag (in der App verifiziert, Commits 994d507 + 81a663e auf lintus): Tab-Leiste im Fenster-Header beider Fenster — Befehle │ Dokument · Wiki · Suche │ rechtsbündig vor Pool-Badge bzw. Fensterknöpfen; „Entwurf" heißt überall „Dokument". Das abgelöste Fenster ist unter Linux rahmenlos mit eigener 40-px-Kopfleiste (Andocken/Min/Max/Schließen), Theme-gekoppelt über gemeinsames src/themes.ts; beide Fenster mit 1-px-Rahmen in Theme-Rahmenfarbe. Archivieren flusht offene Bearbeitung (view.flush()), Tab-Wechsel speichert statt zu blockieren, Fehler erscheinen als Panel-Toast (panelToast). Such-Tab hat ein Suchfeld: Live-Suche ab 3 Zeichen mit 300-ms-Debounce und Auto-Präfix (arch → arch*), Enter wörtlich; läuft über Tauri-Kommando search_run durch dieselbe FTS5-Engine wie search_archive. Refinement-Runde + Folge-Fixes (Commits 286513d, in der App verifiziert bis auf die letzten Fixes): Slug transliteriert Umlaute; aktiver Tab mit Akzent/Unterstrich, kein aktiver Tab bei zugeklapptem Panel; Suche mit Live-Update beim Löschen, #tag-Filter, Treffer öffnen im Dokument-Tab (panel_load, Frontmatter gestrippt), Wiki-Sprung-Button im Dokument; Archiv-Formular (Ordner/Beschreibung/Tags) am Archiv-Button; Wiki-Übersicht mit Zuletzt-Sektion + Backlink-Zählern; Panel-Farben als CSS-Variablen, applyTheme leitet sie pro Theme ab; Fenster: Doppelklick maximiert, gelöstes Fenster merkt Geometrie. Archiv pro Projekt wähl-/abwählbar im Einstellungsdialog (setzt/entfernt archiveHome + Permissions; require_archive_home legt den Ordner an); ohne Archiv zeigt das Panel nur Befehle│Dokument. Frontend-Tests: vitest + happy-dom, 27 Tests (npm test) über Modus-/Such-/Wiki-/Editor-/Formular-Logik. Panel-Hänger beim Ablösen geklärt: fehlende Window-ACL (set-position/outer-position/inner-size) killte den Fensterstart; zusätzlich open_panel_window async und JS-Fehler-Spiegelung ins Dev-Log. Offen: publish, macOS/Windows-Angleich. Teil des „Textpanel viel besser machen"-Blocks (command-panel-konzept).