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.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.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 printserver2 lpoptions -p <queue> -l | grep BRColorMode zeigt *None (die ursprüngliche Form ohne -l beobachtet nur IPP-Queue-Attribute, keine PPD-Optionen, und wurde korrigiert).
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.