59 lines
3.4 KiB
Markdown
59 lines
3.4 KiB
Markdown
# 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`.
|