# 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`.