467 Stellen. Nicht durch einen anderen Strich ersetzt, sondern durch das
Satzzeichen, das an der jeweiligen Stelle richtig ist: Doppelpunkt, wo eine
Erlaeuterung folgt; Komma, wo der Satz weiterlaeuft; Punkt, wo zwei
Hauptsaetze aneinanderstiessen. Ein Halbgeviertstrich waere nur derselbe
Griff mit kuerzerem Strich gewesen.
Regelbasiert ersetzt und danach nachgeprueft, weil eine Regel allein nicht
reicht. Gefunden und einzeln korrigiert:
- Eingeschobene Saetze mit Strichpaar. Nur der oeffnende Strich passte ins
Muster, der schliessende blieb als "—," stehen. Drei Stellen, jetzt mit
Klammern oder als eigener Satz.
- Doppelte Doppelpunkte, wo beide Striche eines Paars zu Doppelpunkten wurden
("Globale Regeln: Schrift, Groessen, Abstaende: kommen aus HiveGrid").
Sieben Stellen in Doku und Oberflaeche, jetzt in Klammern.
- Pfade, denen ein Komma statt eines Doppelpunkts folgte.
- Ausgerichtete Kommentartabellen, in denen der Strich eine Spalte war.
Nicht angefasst: drei Geviertstriche, die keine Prosa sind, sondern
Tabellenplatzhalter fuer "kein Wert" (Trichter, Auftraege, Kunden). Dort ist
der Strich die Angabe selbst; ihn zu entfernen liesse leere Zellen zurueck.
tsc, lint, build, verify:carbon und verify:layout laufen sauber.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01QPeZNwSeU7qG3RRCwaxEZX
49 lines
1.9 KiB
TypeScript
49 lines
1.9 KiB
TypeScript
/**
|
|
* View-Model-Vertrag.
|
|
*
|
|
* Wortgleicher Spiegel von `VMState` aus `@hivegrid/view-models` in HiveGrid
|
|
* Cloud (`packages/view-models/src/index.ts`). Beim Einbau wird dieser Import
|
|
* gegen das echte Paket getauscht, die Seiten selbst ändern sich dabei nicht.
|
|
*
|
|
* Warum das hier überhaupt steht: Die Cloud trennt strikt zwischen Route und
|
|
* Screen. Die Route besitzt Loader, Actions und Realtime; die Screen-Komponente
|
|
* ist rein und bekommt alles als Prop (`<XPage vm={} actions={} />`). Eine
|
|
* Komponente, die sich ihre Daten selbst aus einem Store holt, muss beim Einbau
|
|
* auseinandergenommen werden, genau das soll dieser Prototyp ersparen.
|
|
*/
|
|
|
|
export type VMStatus = "idle" | "loading" | "ready" | "empty" | "error";
|
|
|
|
export type VMState<T> =
|
|
| { status: "idle"; data?: undefined; error?: undefined }
|
|
| { status: "loading"; data?: T; error?: undefined }
|
|
| { status: "ready"; data: T; error?: undefined }
|
|
| { status: "empty"; data?: undefined; error?: undefined }
|
|
| { status: "error"; data?: T; error: { messageKey: string; code?: string } };
|
|
|
|
/** Kurzform für den Normalfall im Prototyp: Daten liegen vor. */
|
|
export function bereit<T>(data: T): VMState<T> {
|
|
return { status: "ready", data };
|
|
}
|
|
|
|
/** Kein Datensatz für die aktuelle Auswahl, nicht dasselbe wie ein Fehler. */
|
|
export function leer<T>(): VMState<T> {
|
|
return { status: "empty" };
|
|
}
|
|
|
|
/**
|
|
* Aktionen einer Seite.
|
|
*
|
|
* Im Prototyp lösen sie einen Hinweis-Toast aus; in der Software werden daraus
|
|
* Navigationen und Schreibpfade. Wichtig ist die Form: Der Screen ruft einen
|
|
* Callback auf, er kennt weder Router noch Fetcher.
|
|
*/
|
|
export interface SeitenAktionen {
|
|
/** Absprung in eine Arbeitsliste, z. B. aus dem Handlungsbedarf. */
|
|
readonly onAbsprung?: (ziel: string, kontext?: string) => void;
|
|
/** Datensatz in der Tabelle geöffnet. */
|
|
readonly onZeileOeffnen?: (id: string) => void;
|
|
/** Ansicht neu laden. */
|
|
readonly onAktualisieren?: () => void;
|
|
}
|