proposal to revert color mode default

openspec/changes/revert-colour-mode-default/tasks.md

@@ -0,0 +1,58 @@
+# Tasks
+
+## 1. PPD auf Vendor-Default zurücksetzen
+
+- [ ] 1.1 `assets/Brother HL-4150CDN/ppd/BR4150_2.PPD`: `*DefaultBRColorMode:
+      None` auf den Vendor-Wert `*DefaultBRColorMode: Normal` zurücksetzen und
+      den dreizeiligen „Modified by this repo"-Kommentar über dem Default
+      entfernen. Die sechs `APPrinterPreset`-Einträge und ihr Kommentarblock
+      bleiben unverändert.
+      Verifikation: `grep -n 'DefaultBRColorMode' 'assets/Brother HL-4150CDN/ppd/BR4150_2.PPD'`
+      zeigt genau `*DefaultBRColorMode: Normal` ohne vorangehenden
+      „Modified by this repo"-Kommentar; `grep -c 'APPrinterPreset'` ergibt
+      weiterhin 6; `jj diff` enthält ausschließlich diese Änderungen.
+
+## 2. README korrigieren
+
+- [ ] 2.1 Optionstabelle („Colour mode | `BRColorMode`"): Werte auf
+      `Normal` (default), `Vivid`, `None` ändern.
+      Verifikation: `grep -n 'BRColorMode' README.md` zeigt in der Tabelle
+      „Normal (default)" und nirgends mehr „None (default)".
+- [ ] 2.2 Abschnitt *Changes to the vendor PPD*: den ersten Aufzählungspunkt
+      (Default-Wechsel mit CIE-Begründung) entfernen, die Einleitung auf die
+      verblebende eine Abweichung (Presets) anpassen und den
+      Verweis auf den Troubleshooting-Abschnitt entsprechend korrigieren.
+      Verifikation: Abschnitt listet nur noch die Presets; `grep -n 'DefaultBRColorMode' README.md`
+      findet den Ausdruck nur noch in der Troubleshooting-Sektion (falls dort
+      referenziert).
+- [ ] 2.3 Troubleshooting-Abschnitt *Colours are printed pale / washed out*
+      umschreiben (Design D3): Symptom bleibt, Ursache nennt die getesteten
+      Fakten (`None` vs. Vendor-Default ohne sichtbaren Unterschied, ebenso
+      `Vivid`, `BRPrintQuality`, `TonerSaveMode`), die Lücke liegt im
+      serverseitigen PostScript-Pfad gegenüber der Farbverwaltung des lokalen
+      Treibers; Abhilfe: farbkritische Ausdrucke über den lokalen Treiber,
+      Drucker-Menü-Hinweise (Toner Save aus, `BRMediaType`) beibehalten;
+      `lpoptions`-Check mit Erwartung `*Normal`; weder „produces saturated
+      output" noch `expect *None` stehen mehr.
+      Verifikation: `grep -n 'saturated output\|expect \*None' README.md`
+      ohne Treffer; die im Abschnitt stehenden Befehle laufen gegen den
+      laufenden Container aus 3.1.
+
+## 3. Integrationstests (podman, lokal)
+
+- [ ] 3.1 Image bauen und Container starten: installierte PPD im Image hat
+      `*DefaultBRColorMode: Normal`, `lpoptions -p <queue> -l | grep BRColorMode`
+      listet `Normal`/`Vivid`/`None`, Startup endet mit `ready`.
+      Verifikation: `podman exec printserver grep 'DefaultBRColorMode' /usr/share/cups/model/BR4150_2.PPD`,
+      `podman exec printserver lpoptions -p <queue> -l | grep BRColorMode`,
+      `podman logs printserver | grep 'ready'`.
+- [ ] 3.2 Override-Pfad: Container mit `PRINTER_OPTIONS="BRColorMode=None"`
+      starten → Queue-Default ist `None`; danach Testcontainer verwerfen.
+      Verifikation: `podman exec printserver lpoptions -p <queue> | grep BRColorMode`
+      enthält `BRColorMode=None`.
+- [ ] 3.3 Physischer Farbtest (durch Nutzer, kein Automationspfad): Testdruck
+      über die Container-Queue mit Normal-Default — erwartet: identisch zu den
+      Ausdrucken vor/nach tpypxmkn, also weiterhin weniger gesättigt als der
+      lokale Treiber (belegt die Limitation, die README und Design D3
+      dokumentieren).
+      Verifikation: Nutzerbestätigung im Review vor `/opsx-archive`.