Florian Wilde
4046b72626
Name, Zusatz in der Fusszeile, Akzentfarbe, Logo und Favicon lassen sich unter Verwaltung -> Erscheinungsbild einstellen. Sie gelten fuer die ganze Installation und liegen in einer eigenen Tabelle mit genau einer Zeile. Zur Farbe: Tailwind 4 uebersetzt bg-indigo-600 zu background-color: var(--color-indigo-600). Die Anwendung schreibt diese Variablen zur Laufzeit neu — damit folgen alle rund 60 eingefaerbten Stellen der gewaehlten Farbe, ohne dass eine einzige Klasse angefasst werden muss. Uebernommen werden nur Farbton und Saettigung, nicht die Helligkeit. Die Helligkeitskurve stammt aus der Tailwind-Vorlage. Sonst wuerde ein helles Gelb die Kopfzeile unlesbar machen, denn auf Stufe 600 steht weisse Schrift. Die Umrechnung laeuft ueber OKLCH und trifft Tailwinds eigenes Indigo exakt. Logo und Favicon sind Uploads mit eigener Groessengrenze (2 MB bzw. 512 KB) und eigener Rechtepruefung: instance:manage statt codes:create. Uploads haben jetzt ein Feld "purpose" — sonst haette die Aufraeumroutine fuer herrenlose Dateien Logo und Favicon nach einem Tag geloescht. Ein ersetztes Bild wird gelaescht, und eine Datei aus einem QR-Code laesst sich nicht als Logo einhaengen. Auf den Landingpages gelten Farbe und Favicon, aber weder Logo noch Navigation — wer scannt, soll die Seite des Inhalts sehen. Ein erster Entwurf hielt das Erscheinungsbild 15 Sekunden im Speicher, um die Abfrage je Seitenaufruf zu sparen. Das ging schief: API-Route und Layout laufen in getrennten Modulinstanzen, das Verwerfen beim Speichern erreichte die andere Instanz nicht — nach dem Speichern blieb die Oberflaeche unveraendert. Jetzt ohne Puffer.
54 lines
1.8 KiB
TypeScript
54 lines
1.8 KiB
TypeScript
import type { Metadata } from "next";
|
|
import Link from "next/link";
|
|
|
|
import { BrandingAdmin } from "@/components/branding-admin";
|
|
import { Icon } from "@/components/icons";
|
|
import { requirePagePermission } from "@/lib/auth/guard";
|
|
import { getBranding } from "@/lib/branding";
|
|
|
|
export const metadata: Metadata = { title: "Erscheinungsbild" };
|
|
|
|
export const dynamic = "force-dynamic";
|
|
|
|
export default async function BrandingPage() {
|
|
await requirePagePermission("instance:manage");
|
|
const branding = await getBranding();
|
|
|
|
return (
|
|
<div className="mx-auto max-w-3xl px-4 py-8 sm:px-6 sm:py-10">
|
|
<Link
|
|
href="/verwaltung"
|
|
className="mb-5 inline-flex items-center gap-1.5 rounded-lg text-sm font-medium text-slate-600 transition-colors hover:text-slate-900"
|
|
>
|
|
<Icon name="arrowLeft" className="size-4" />
|
|
Zur Verwaltung
|
|
</Link>
|
|
|
|
<div className="mb-7">
|
|
<h1 className="text-2xl font-bold tracking-tight text-slate-900 sm:text-3xl">
|
|
Erscheinungsbild
|
|
</h1>
|
|
<p className="mt-2 text-slate-600">
|
|
Name, Logo, Favicon und Farbe der Oberfläche. Die Einstellungen
|
|
gelten für die ganze Installation.
|
|
</p>
|
|
<p className="mt-2 text-sm text-slate-500">
|
|
Die öffentlichen Landingpages übernehmen die Farbe und das Favicon,
|
|
aber weder Logo noch Navigation — wer einen Code scannt, soll die
|
|
Seite des Inhalts sehen und nicht die einer Verwaltungssoftware.
|
|
</p>
|
|
</div>
|
|
|
|
<BrandingAdmin
|
|
initial={{
|
|
appName: branding.appName,
|
|
footerText: branding.footerText,
|
|
accentColor: branding.accentColor,
|
|
logoUploadId: branding.logoUploadId,
|
|
faviconUploadId: branding.faviconUploadId,
|
|
}}
|
|
/>
|
|
</div>
|
|
);
|
|
}
|