Files
AfiS-Aktensystem/web/lib/realtime/publish.ts
T
HarlekinandClaude Opus 5 ef377f0123 Runde Bedienelemente, Admin zusammengelegt, Kanäle entfallen
Vier der acht Änderungswünsche.

**Knöpfe.** Rund vierzig der siebzig Knöpfe waren blosser Text in Akzentfarbe,
von einem Link nicht zu unterscheiden. Jeder trägt jetzt Rahmen und
Grundfläche, über die Klasse .btn an einer Stelle definiert statt siebzigmal
als Klassenkette. Beim Drücken zieht der Knopf sich zusammen und bekommt einen
inneren Ring — er wirkt kurz dicker, ohne dass die Rahmenbreite sich ändert und
das Umfeld springt; die Rückmeldung setzt ohne Verzögerung ein und klingt
langsam ab, sonst bliebe ein kurzer Klick unsichtbar.

Dazu die neue Regel: Flächen bleiben eckig, alles Bedienbare ist rund. Damit
ist die Rundung eine Auskunft und keine Verzierung.

**Verwaltung.** Rollen, Vorlagen und Änderungsrichtlinie waren drei Einträge in
der Kopfzeile für etwas, das man selten und dann zusammenhängend braucht. Jetzt
ein Eintrag /admin mit Reiterleiste, dazu eine gemeinsame Tabs-Komponente, die
auch der Fallakte zeigt, welcher Reiter offen ist.

**Kanäle.** Ersatzlos entfernt, mitsamt Tabelle. Der Chat gehört dorthin, wo
der Vorgang steht; ein eigener Reiter mit freien Räumen war der Rückweg nach
Discord. Die Personalakte hat jetzt denselben Chat wie die Fallakte — ohne
„als Vermerk übernehmen", denn dafür braucht es einen Verlauf, und Meldungen
gehen nur an Erwähnte, nie in den allgemeinen Kanal: dass es zu jemandem eine
Personalakte gibt, ist selbst eine Auskunft. Ein CHECK erzwingt jetzt, dass
eine Nachricht zu genau einem Ort gehört.

**Kopfzeile.** Suchbalken statt Suchlink, als gewöhnliches Formular ohne ein
Byte im Bündel. Thema, Benachrichtigungen und Abmelden sitzen hinter dem
Profilbild, das von Discord kommt; wer keins hat, bekommt seine Initialen.

Nebenbei: Aktenzeichen in Tests waren nur auf vier Stellen eindeutig und
kollidierten zwischen Läufen, weil Akten nicht löschbar sind.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-03 15:07:43 +02:00

70 lines
2.1 KiB
TypeScript

import { db } from '@/lib/db'
import type { Prisma } from '@afis/db'
/**
* Ereignisse an alle offenen Ansichten schicken.
*
* Über `pg_notify`, nicht über einen prozessinternen Verteiler: dann stimmt es
* auch, wenn später ein zweiter Web-Prozess dazukommt, und es braucht keinen
* zusätzlichen Dienst. Siehe docs/06-chat-und-realtime.md.
*
* **In der Nutzlast steht nie ein Inhalt**, nur ein Thema, eine Art und eine
* Kennung. Wer das Ereignis bekommt, entscheidet der Strom-Endpunkt, und was
* er daraus zu sehen bekommt, entscheidet die Sichtbarkeitsprüfung. Ein Text
* in der Nutzlast wäre an jedem Filter vorbei.
*/
export const STREAM_CHANNEL = 'afis_stream'
export type EventKind =
| 'chat.new'
| 'chat.edit'
| 'chat.withdrawn'
| 'chat.reaction'
| 'chat.adopted'
| 'entry.new'
| 'entry.updated'
| 'case.update'
| 'attachment.scanned'
| 'export.ready'
/** Wer das Ereignis angeht. */
export type Topic = `case:${string}` | `personnel:${string}` | `user:${string}`
export function caseTopic(caseId: string): Topic {
return `case:${caseId}`
}
export function personnelTopic(fileId: string): Topic {
return `personnel:${fileId}`
}
export function userTopic(userId: string): Topic {
return `user:${userId}`
}
export type StreamEvent = { t: Topic; k: EventKind; i: string }
export async function publish(
topic: Topic,
kind: EventKind,
id: string,
tx?: Prisma.TransactionClient,
): Promise<void> {
const payload = JSON.stringify({ t: topic, k: kind, i: id } satisfies StreamEvent)
try {
const client = tx ?? db
await client.$executeRaw`SELECT pg_notify(${STREAM_CHANNEL}, ${payload})`
} catch (error) {
// Ein verlorenes Ereignis kostet eine Aktualisierung von Hand, mehr nicht.
// Es ist kein Grund, die Änderung scheitern zu lassen, die es meldet.
console.error('[realtime] Ereignis nicht zugestellt', error)
}
}
/** Kurzform für die Prüfkette der Dateien, die nur ein Thema kennt. */
export async function notifyAttachmentScanned(
attachmentId: string,
topic: Topic,
): Promise<void> {
await publish(topic, 'attachment.scanned', attachmentId)
}