screen4: Dogi-Media — bearbeiten, entfernen, von wann bis wann

Filipe, 22.09.2026: "wenn wir in der kategorie material was hochladen
will ich dass die rechte und linke hand es auch bearbeiten und loeschen
koennen. dogfather auch fals es ein fehler gab. ... uebrigens ersetz das
wort material durch Dogi-Media. und mach kategorien welche sind benutzt
welche nicht welche sind noch offen, welche laufen von wan bis wann."

WAS JETZT GEHT
- Rechte Hand, linke Hand und DogFather bearbeiten und entfernen jedes
  Stueck, nicht nur ihr eigenes. Bearbeitet wird Text und Zeitfenster,
  nicht die Datei: Sonst zeigte dieselbe Nummer etwas anderes als das,
  was sich jemand gerade angesehen hat.
- Ein vergebenes Stueck bleibt unberuehrt (409). Wer es genommen hat,
  hat sich auf diesen Text verlassen.
- Vier Zustaende, gerechnet statt gespeichert: jetzt frei, kommt noch,
  abgelaufen, schon benutzt. Die Kategorieleiste zeigt zu jedem die
  Anzahl aus den echten Daten und filtert BEIDE Listen.
- "Material" heisst ueberall "Dogi-Media", der Dateiname bleibt.

DREI FEHLER AUS DEM EIGENEN ENTWURF, ALLE VOR DEM AUSLIEFERN GEMESSEN

1. `tagLokal()` ohne Argument gab "NaN-NaN-NaN" zurueck -- eine
   Zeichenkette, die aussieht wie ein Datum. Im Vergleich gewinnt das N
   gegen jede Ziffer, also galt JEDES Stueck mit Enddatum vom ersten Tag
   an als abgelaufen, und "Kommt noch" gab es nie. Kein Absturz, keine
   Meldung. Die drei Kopien der Funktion waren hier auseinandergelaufen;
   alle drei haben jetzt die Vorbelegung und werfen bei einer Zahl, die
   keine ist.
2. `frageNach` liefert bei einer reinen Rueckfrage `true`, nicht
   `{ ok: true }`. Der Entwurf prueft auf `erg?.ok` -- "Entfernen" waere
   ein Knopf gewesen, der nichts tut.
3. Drei erfundene Klassennamen (`knopf--leise`, `m-kat__knopf`,
   `m-karte__weg-knopf`) statt der vorhandenen des Hauses. Jetzt
   `.knopf-still`, `.knopf-still--warn` und die Filterleiste `.filter`.

EIN FUND IM BESTAND, ZWEI WOCHEN ALT

In start.css fehlten an einer Stelle die zwei Zeichen, die einen
Kommentar schliessen. CSS-Kommentare schachteln nicht: Der Block lief
bis zum naechsten Abschluss weiter und verschluckte `.kacheln {`; die
Fehlerbehebung des Browsers nahm danach auch die Regel `.kachel` mit.
In Chromium gemessen, beide Fassungen nacheinander: 738 statt 740
Regeln.

Der Entwurf, der dadurch nie gewirkt hat, ist NICHT wiederhergestellt
worden: Seine Flaeche mischte den Kachelton mit 30/11/3 Prozent ein --
pruef-kachelfarben fiel sofort von 36,5 % auf 4,1 % angekommene Farbe,
und 31 Toene sahen gleich aus. Das ist das Gegenteil dessen, was am
22.09. verlangt war. Er ist geloescht, mit dem Grund daneben. Offen
bleibt eine Frage an Filipe, keine Entscheidung von mir: zu demselben
Entwurf gehoerte ein schmaleres Kachelraster (fuenf bis sechs statt
drei pro Reihe). Das aendert das Aussehen der Startseite sichtbar und
bleibt deshalb, wie es ist.

GEMEINSAME BAUSTEINE AUS DEN SEITENDATEIEN GEHOLT
`.filter` stand Zeichen fuer Zeichen doppelt in dateien.css und
bereich.css, `.feld-hinweis` in aufgaben.css und leistung.css (und die
zwei waren schon auseinandergelaufen). Dogi-Media war jeweils die
dritte Seite, die sie braucht, und laedt keine davon. Derselbe Fehler
wie damals bei .knopf-still und beim Schalter -- jetzt in gate.css
bzw. start.css.

GEPRUEFT
pruef-material 155/0 (von 126, neu: Zeitfenster, Bearbeiten, Entfernen,
Rechte in der Liste und ein Abschnitt am echten Bildschirm mit Browser).
pruef-css-klassen um eine Pruefung erweitert, die genau den
start.css-Fehler findet -- mit sieben Gegenproben, darunter der echte
Fall. pruef-kachelfarben 22/0, pruef-start-ansicht, pruef-struktur,
pruef-meldungen, pruef-zeitraum, pruef-content, pruef-serien 69/0.

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

workspace/assets/css/start.css

@@ -4060,6 +4060,27 @@ body.start #protokoll {
   color: var(--text-leise);
 }
 
+/* Der Hinweis UNTER einem Feld -- erklaert es, statt es kommentarlos
+   wegzunehmen.
+
+   HIERHER GEZOGEN AM 22.09.2026. Er stand doppelt: in aufgaben.css und
+   in leistung.css, und die beiden waren schon auseinandergelaufen (die
+   eine hatte `line-height`, die andere nicht). Dogi-Media war die
+   dritte Seite, die ihn braucht, und laedt keine der beiden -- der
+   Hinweis stand dort nackt und in voller Textgroesse da.
+
+   Es ist derselbe Fehler wie bei `.knopf-still`, beim Schalter und bei
+   der Filterleiste: ein gemeinsamer Baustein in einer Seitendatei. Er
+   faellt jedes Mal erst dort auf, wo die Datei nicht geladen wird.
+   `start.css` laedt jede Seite ausser den zwei Weiterleitungen
+   (index.html, crew-index.html) -- dort gibt es keine Formulare. */
+.feld-hinweis {
+  margin: 5px 0 0;
+  font-size: .76rem;
+  line-height: 1.45;
+  color: var(--text-still);
+}
+
 /* AUF DEM HANDY 16 PIXEL. Das ist keine Geschmacksfrage: Safari auf dem
    iPhone zoomt beim Antippen automatisch in die Seite hinein, sobald ein
    Feld kleiner als 16px schreibt -- und zoomt danach NICHT von selbst
@@ -5524,41 +5545,69 @@ body[data-fremde-sicht="ja"]::after {
    Die SILHOUETTE dieser Karten (Schraege, Kantenlicht, Eckwinkel) steht
    im Abschnitt HUD-MODULE am Ende der Datei. Hier steht nur noch, wie
    der Inhalt darin angeordnet ist.
-   ===================================================================== 
 
-.kacheln {
-  /* 214 px ist gemessen, nicht geraten: Bei 1380 px Inhaltsbreite und
-     12 px Abstand ergeben sich damit genau sechs Spalten (6 x 214 +
-     5 x 12 = 1344). Darunter greift auto-fill von selbst auf fünf,
-     vier, drei -- ohne eine einzige Umbruchschwelle, die man beim
-     nächsten Element nachziehen müsste. */
-  grid-template-columns: repeat(auto-fill, minmax(min(214px, 100%), 1fr));
-  gap: 12px;
-}
+   NACHGETRAGEN AM 22.09.2026: Hier fehlten die zwei Zeichen, die
+   diesen Kommentar schliessen. CSS-Kommentare schachteln nicht -- der
+   Block lief deshalb weiter bis zum naechsten `*` mit Schraegstrich,
+   und der stand MITTEN IN `.kacheln`. Verschluckt wurde damit die
+   oeffnende Klammer; die Fehlerbehebung des Browsers hat danach auch
+   noch die naechste Regel (`.kachel`) mitgenommen, weil sie deren
+   Rumpf als Block einer ungueltigen Auswahl gelesen hat.
 
-.kachel {
-  border-radius: 16px;
-  /* Die Schiene liegt jetzt oben -- also gehört die Lichtkante des
-     Materials mit nach oben und der farbige Saum weg von links. */
-  box-shadow:
-    inset 0 1px 0 rgba(255, 255, 255, .10),
-    inset 0 -1px 0 rgba(0, 0, 0, .50),
-    0 2px 5px -2px rgba(0, 0, 0, .55),
-    0 16px 34px -20px rgba(0, 0, 0, .88);
-  background:
-    /* Das Licht der Schiene fällt jetzt von OBEN in die Platte. */
-    linear-gradient(180deg,
-      color-mix(in srgb, var(--ton) 30%, transparent) 0%,
-      color-mix(in srgb, var(--ton) 11%, transparent) 12%,
-      color-mix(in srgb, var(--ton) 3%, transparent) 30%,
-      transparent 58%),
-    linear-gradient(163deg,
-      rgba(23, 31, 45, .95) 0%,
-      rgba(11, 15, 24, .95) 58%,
-      rgba(8, 11, 18, .95) 100%);
-}
+   Gemessen in Chromium, beide Fassungen nacheinander: 738 statt 740
+   Regeln. Sichtbar war es als Kachelreihe mit DREI Spalten zu 413 px
+   statt fuenf zu 243 px -- die Regel von Zeile 836 sprang ein, und
+   genau deshalb ist es niemandem aufgefallen: Es sah nicht kaputt
+   aus, nur anders als gemeint.
+   ===================================================================== */
 
-/* Schiene und Glanz stehen jetzt im Abschnitt HUD-MODULE.
+/* ---------------------------------------------------------------------
+   UND WARUM HIER TROTZDEM KEINE REGEL MEHR STEHT
+   ---------------------------------------------------------------------
+   Nach dem Schliessen des Kommentars waren die zwei Regeln wieder da --
+   und `pruef-kachelfarben` wurde sofort rot:
+
+       FEHL  mindestens ein Drittel der Rohfarbe kommt an (4.1 %)
+       FEHL  kein Paar sieht auf dem Bildschirm gleich aus
+             (69 von 465 Paaren unter 0,02)
+
+   Der Grund steht oben im Quelltext: Die Flaeche mischte den Kachelton
+   mit 30 / 11 / 3 Prozent ein und lief bei 58 % in Durchsichtigkeit
+   aus, darunter eine fast deckende dunkle Platte. Von der Farbe kam
+   damit fast nichts mehr an, und einunddreissig verschiedene Toene
+   sahen auf dem Bildschirm gleich aus.
+
+   Das ist das Gegenteil dessen, was Filipe am 22.09. verlangt hat:
+   "ich will dass die farben viel klarer und staerker sind" und "soll
+   komplett farbig sein und ultra geil aussehen".
+
+   DIE REGEL IST ALSO KEIN VERLUST, DEN MAN WIEDERHERSTELLT, SONDERN EIN
+   ENTWURF VOM 07.09., DEN DIE HEUTIGE GESTALTUNG UEBERHOLT HAT. Weil
+   sie nie gewirkt hat, ist alles, was seither an den Kacheln gebaut
+   und gemessen wurde, OHNE sie entstanden -- Flaeche, Schatten und
+   Rundung kommen laengst aus dem Abschnitt HUD-MODULE am Dateiende.
+   Sie jetzt nachtraeglich einzuschalten hiesse, zwei Wochen Arbeit an
+   den Farben zurueckzudrehen, und zwar ohne dass jemand darum gebeten
+   haette.
+
+   Sie einfach stehen zu lassen waere aber genauso falsch gewesen: Dann
+   staende im Quelltext eine Kachelgestaltung, die es auf dem
+   Bildschirm nicht gibt -- und der Naechste, der die Kacheln aendert,
+   trifft die falsche Stelle. Genau davor warnt der Abschnitt weiter
+   oben ("ZWEI Stellen, an denen dieselbe Kachel beschrieben wird").
+
+   Deshalb: geloescht, mit dem Grund daneben.
+
+   WAS DAMIT OFFEN BLEIBT -- eine Frage an Filipe, keine Entscheidung
+   von mir: Zur Regel gehoerte auch ein anderes Raster,
+   `repeat(auto-fill, minmax(214px, 1fr))` statt der festen drei
+   Spalten aus Zeile 836. Gemessen sind das fuenf bis sechs schmalere
+   Kacheln pro Reihe statt drei breiten. Auch das hat nie gewirkt, und
+   auch das aendert das Aussehen der Startseite spuerbar -- deshalb
+   bleibt es, wie es ist, bis er es gesehen und entschieden hat.
+   --------------------------------------------------------------------- */
+
+/* Schiene und Glanz stehen im Abschnitt HUD-MODULE. */
 
 /* ---------- Der Aufbau der Karte ------------------------------------- */
 .kachel__link {