**Das Logo auf der Anmeldeseite.** Statt des Schriftzugs stand dort der Ersatztext "Manner". Die SVG-Fassung war gueltiges XML, lag im Repository und war committet — warum sie im Betrieb nicht geladen wurde, laesst sich von hier aus nicht feststellen; dafuer braucht es die Antwort des Servers auf die URL. Statt das weiter zu raten, faellt die Angriffsflaeche weg: es gibt jetzt eine Datei, manner-logo.png, der Schriftzug mit durchsichtigem Grund. Kein XML, kein Beschnitt, kein eingebackenes Feld. Das Blau darin ist #164194, also der Wert aus §1.1. Damit verschwinden auch die zwei Fassungen. §1.2 laesst den Schriftzug nur zur Gaenze auf Rosa zu, und das Manual kennt dafuer zwei Lagen: auf Weiss gehoert er nach §4.1 in ein rechteckiges rosa Feld, in einem grossflaechigen rosa Umfeld nach §3.1 nur mit Freiraum. Beides entsteht jetzt aus derselben Datei — das Feld zeichnet das Bauteil, aus derselben Polsterung wie den Freiraum. **Der Filter "Geplant" fand Ausgetretene.** Die Ableitung pruefte den Eintritt vor dem Austritt, und wer einen Eintritt in der Zukunft hatte, galt als geplant — auch wenn der Austritt laengst verbucht war. Das trifft genau den No-Show (Migration 20260814100000): eingestellt, nie erschienen, Austritt vor dem Eintrittstag. Im Bestand sind das Zeilen mit Eintritt 01.10.2026, die der Filter mitzaehlte, waehrend die Liste daneben "Ausgetreten" anzeigte. employees.status, das die SQL-Funktion beim Austritt setzt, sagte von Anfang an das Richtige; falsch war die Ableitung in der Anwendung. Ein abgeschlossener Austritt wird jetzt zuerst geprueft: er beendet das Verhaeltnis, gleichgueltig ob der Eintritt schon war oder noch kommt. Ein Austritt, der selbst noch bevorsteht, nimmt den Eintritt nicht zurueck — wer am 01.10. anfaengt und am 31.12. aufhoert, ist heute geplant. Die SQL-Fassung in lib/employee-status-filter.ts bildet dieselbe Reihenfolge ab. Keine Migration: beide Fassungen der Regel liegen in TypeScript. In SQL wird nur der Karenz-Teil wiederholt, fuer die Fuehrungslinie, und der ist nicht betroffen. **Die vier Anstehend-Chips.** Zwei davon standen in der Markenfarbe, weil die Farbe ueber den Beschriftungstext aus der Tabelle der Protokoll-Aktionen geholt wurde — und die kennt eine andere Sprache: "Neueinstellung", nicht "Eintritt". Wer dort nicht steht, bekam den neutralen Chip. Ein Nachschlagen, das bei einem Fehlschlag still etwas Plausibles liefert, faellt eben nicht auf. Die vier haben jetzt eine eigene Zuordnung, nach dem Wert verschluesselt und nicht nach der Beschriftung: Eintritt gruen, Austritt rot, Wiedervorlage gelb, Rueckkehr violett. Tuerkis waere fuer die Rueckkehr die naheliegendere Lesart gewesen, kam gegen das Gruen des Eintritts aber nur auf dE 13.0; Violett steht mit 30.8 eindeutig daneben. Schwaechstes Paar der vier: 14.2, schwaechster Kontrast 5.49:1. Zehn Tests dazu, darunter die drei Faelle, an denen der Filter gescheitert war. Lint, Typen, Schemaabgleich, 562 Tests und der Build sind sauber. Im Browser nicht gesehen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
95 lines
3.5 KiB
TypeScript
95 lines
3.5 KiB
TypeScript
// Das Manner-Logo und die Wortmarke der Anwendung — an einer Stelle, weil
|
|
// Kopfleiste und Anmeldeseite dasselbe zeigen sollen.
|
|
//
|
|
// ═══ Welches Logo ═══
|
|
//
|
|
// Verwendet wird das **Markenlogo** (CD §4.1): der Schriftzug allein, ohne
|
|
// den Stephansdom-Medaillon. Das Unternehmenslogo (§3.1) waere nach §3.2 das
|
|
// formal richtige, wo „Josef Manner & Comp. AG" als Absender auftritt — es
|
|
// steht hier aber nicht zur Verfuegung.
|
|
//
|
|
// ═══ Eine Datei, zwei Faelle ═══
|
|
//
|
|
// Die Vorlage ist ein PNG mit durchsichtigem Grund: nur der Schriftzug, blau
|
|
// (#164194, der Wert aus §1.1) mit weisser Kontur, kein Feld darunter.
|
|
//
|
|
// §1.2 laesst den Schriftzug ausschliesslich zur Gaenze auf Rosa zu, und das
|
|
// Manual kennt dafuer zwei Lagen:
|
|
//
|
|
// • **In einem grossflaechigen rosa Umfeld** (§3.1) wird er „mit genuegend
|
|
// Freiraum rundum integriert" — die Flaeche ist schon da. Das ist
|
|
// `aufRosa`: nur Freiraum, kein eigener Grund.
|
|
//
|
|
// • **Auf Weiss** (§4.1) gehoert er „in ein rechteckiges rosa Feld, das den
|
|
// Regeln des Freiraums folgt". Dieses Feld zeichnet das Bauteil selbst,
|
|
// aus derselben Polsterung.
|
|
//
|
|
// Vorher lagen dafuer zwei SVG nebeneinander, eines mit eingebackenem Feld
|
|
// und eines ohne. Das war eine Datei zu viel — und die Fassung mit Feld liess
|
|
// sich auf einer rosa Flaeche nicht sauber unterbringen, weil ihr Rechteck
|
|
// sichtbar blieb, sobald ueber der Flaeche noch irgendetwas lag.
|
|
//
|
|
// Als <img> und nicht inline: der Browser holt die Datei einmal und nimmt sie
|
|
// danach aus dem Zwischenspeicher, statt sie in jeder Seitenauslieferung
|
|
// mitzuschleppen.
|
|
|
|
/** Seitenverhaeltnis der Vorlage: 1203 x 484 Pixel. */
|
|
const VERHAELTNIS = 1203 / 484;
|
|
|
|
export function MannerLogo({
|
|
hoehe = 28,
|
|
aufRosa = false,
|
|
className = "",
|
|
}: {
|
|
hoehe?: number;
|
|
/** Fuer rosa Untergruende: ohne eigenes Feld, nur mit Freiraum. */
|
|
aufRosa?: boolean;
|
|
className?: string;
|
|
}) {
|
|
const breite = Math.round(hoehe * VERHAELTNIS);
|
|
// Der Freiraum nach §4.1: X/3, wobei X als Hoehe des Schriftzugs gelesen
|
|
// ist. Er steckt hier und nicht in den Aufrufstellen — sonst haengt seine
|
|
// Einhaltung daran, dass jede einzelne daran denkt.
|
|
const freiraum = Math.round(hoehe / 3);
|
|
|
|
return (
|
|
<span
|
|
style={{ padding: freiraum }}
|
|
// Ohne Eckenrundung: §4.1 spricht von einem rechteckigen Feld.
|
|
className={`inline-flex shrink-0 items-center ${aufRosa ? "" : "bg-accent-500"} ${className}`}
|
|
>
|
|
{/* next/image bringt Groessenvarianten und Ladelogik fuer Fotos mit; fuer
|
|
eine Bildmarke fester Groesse ist beides Ballast. */}
|
|
{/* eslint-disable-next-line @next/next/no-img-element */}
|
|
<img src="/brand/manner-logo.png" alt="Manner" width={breite} height={hoehe} style={{ width: breite, height: hoehe }} />
|
|
</span>
|
|
);
|
|
}
|
|
|
|
/**
|
|
* Logo plus Produktname.
|
|
*
|
|
* Die beiden gehoeren zusammen und meinen Verschiedenes: das Logo sagt, wem
|
|
* das System gehoert, der Name sagt, was es ist.
|
|
*/
|
|
export function AppWortmarke({
|
|
hoehe = 26,
|
|
aufRosa = false,
|
|
textKlasse = "text-ink",
|
|
className = "",
|
|
}: {
|
|
hoehe?: number;
|
|
aufRosa?: boolean;
|
|
textKlasse?: string;
|
|
className?: string;
|
|
}) {
|
|
return (
|
|
// Nur ein schmaler Abstand: den Hauptteil der Trennung leistet der
|
|
// Freiraum des Logos, der ohnehin frei bleiben muss.
|
|
<span className={`flex items-center gap-2 ${className}`}>
|
|
<MannerLogo hoehe={hoehe} aufRosa={aufRosa} />
|
|
<span className={`text-base font-extrabold tracking-tight ${textKlasse}`}>Alpenwerk HR</span>
|
|
</span>
|
|
);
|
|
}
|