"Review" heisst jetzt "Zur Freigabe" -- und Datumsfelder sind so hoch wie alle anderen

Im Code stand die Begruendung selbst: "«Review» allein sagt einem Neuen
nichts." Das Wort ist englisch, ein Hauptwort ohne Handlung, und es
verraet nicht, WER jetzt dran ist. "Zur Freigabe" sagt beides: fertig
von mir, wartet auf jemanden.

Geaendert wurde nur, was ein Mensch LIEST -- der Zustandsschluessel
bleibt `review`, der gehoert der Datenbank. Betroffen: Spalte und
Weiterknopf im Aufgabenbrett, Dateien-Filter, Startseiten-Zaehler,
Kachel-Unterzeile, Hinweis "Datei wartet auf Freigabe", Report.

NICHT geaendert: der Kalender. Dort ist `review` eine TERMINART (ein
Gespraech, in dem man zurueckschaut), kein Zustand. Ich hatte das beim
Umbenennen selbst verwechselt und wieder zurueckgenommen -- ein
Kommentar an der Stelle haelt die zwei Bedeutungen jetzt auseinander.

pruef-sprung hing an der Wortwahl (`/review/i` auf der Beschriftung)
und wurde rot, obwohl der Filter richtig stand. Sie prueft jetzt
`data-status` -- den Schluessel, der sich nicht mit der Sprache aendert.

DAZU, unabhaengig gefunden: Datumsfelder waren 48 px hoch, alle anderen
Felder 44. Gemessen auf drei Seiten bei 390 px. Alle liegen auf dem
44-px-Beruehrziel -- nur das Datumsfeld drueckte sich darueber, weil
Chromium in `::-webkit-datetime-edit` eine eigene Innenpolsterung setzt,
die sogar ein gesetztes `height: 44px` ueberstimmt.

Zwei Anteile, einzeln nachgemessen (jeder allein 48->46, erst beide
zusammen 48->44): 1 px Polsterung oben und unten im Feldkasten, und
eine Zeilenhoehe von 24 statt 22. Keine feste Hoehe gesetzt -- die
Zeilenhoehe wird aus Beruehrziel und Polsterung gerechnet, damit sie
mitwandert, wenn sich eines davon aendert.

Geprueft: pruef-formulare 19/0 (war 16 mit 3 Fehlern), pruef-sprung
43/0, pruef-start-ansicht 151/0, pruef-aufgabenbrett 49/0,
pruef-uebersicht 35/0, pruef-uebersicht-browser 20/0,
pruef-deutsche-texte, pruef-css-klassen.

Ausserdem: vorlagen.js geloescht (8,2 KB). `vorlagenBlock(` wurde in
ca104799 eingebaut und in 9267797d wieder ausgebaut -- seither laedt
die Datei auf zwei Seiten, ohne dass jemand sie aufruft.

Co-Authored-By: Claude Opus 5 <[email protected]>

workspace/assets/css/start.css

@@ -3921,6 +3921,49 @@ body.start #protokoll {
 :where(.inhalt) :where(textarea) {
   resize: vertical; min-height: 52px;
 }
+
+/* DATUMS- UND ZEITFELDER MACHEN SICH GROESSER, ALS SIE DUERFEN (20.09.2026).
+
+   Gemessen auf aufgaben.html bei 390 px, alle Felder derselben Reihe:
+   Auswahlfeld 44, Textfeld 44, Datumsfeld 48. Dasselbe auf
+   kalender.html und bereich.html?b=live -- dreimal dieselbe Ursache.
+
+   44 px ist kein Zufallsmass, sondern das Beruehrziel weiter oben.
+   Jedes andere Feld landet von selbst darauf. Das Datumsfeld nicht:
+   Chromium rechnet fuer `input[type=date]` eine eigene Mindesthoehe
+   aus dem Innenleben (`::-webkit-datetime-edit`), und die ueberstimmt
+   sogar ein gesetztes `height: 44px` -- deshalb half die Regel in
+   aufgaben.css nicht, die genau das versucht.
+
+   Zwei Anteile, einzeln nachgemessen (jeder fuer sich bringt 48 -> 46,
+   erst beide zusammen 48 -> 44):
+     1. Der Feldkasten innen hat oben und unten je 1 px Polsterung.
+     2. Seine Zeilenhoehe folgt unseren 1.5 -- 24 statt der 22 px,
+        die in ein 44-px-Feld passen.
+
+   Vier Pixel klingen nach nichts. In einer Reihe aus fuenf Feldern
+   steht aber genau eines heraus: zu wenig, um es benennen zu koennen,
+   genug, damit die Reihe unruhig aussieht. Gefunden hat es
+   pruef-formulare, nicht das Auge.
+
+   KEINE ABGESCHRIEBENE ZAHL: Die Zeilenhoehe wird aus dem Beruehrziel
+   und der Polsterung GERECHNET. Aendert sich eines von beiden, wandert
+   das Datumsfeld mit, statt still wieder auszuscheren.
+
+   Andere Browser kennen `::-webkit-datetime-edit-fields-wrapper` nicht
+   und ueberspringen diese eine Zeile -- die Rechnung darueber gilt dort
+   trotzdem. */
+:where(.inhalt) :where(input[type="date"], input[type="time"],
+                       input[type="datetime-local"]) {
+  --feld-ziel: 44px;   /* das Beruehrziel aus dem Handy-Block */
+  --feld-pad-y: 10px;  /* dieselbe Polsterung wie bei allen Feldern */
+  --feld-rand: 1px;
+  line-height: calc(var(--feld-ziel) - 2 * var(--feld-pad-y) - 2 * var(--feld-rand));
+}
+:where(.inhalt) :where(input[type="date"], input[type="time"],
+                       input[type="datetime-local"])::-webkit-datetime-edit-fields-wrapper {
+  padding: 0;
+}
 :where(.inhalt) :where(input, textarea, select):hover {
   border-color: color-mix(in srgb, var(--akzent) 26%, var(--rand));
 }