tui-check: Ursache der Rahmendarstellung am Terminal ablesen

Nach der Locale-Korrektur meldet der Selbsttest UTF-8, die Anzeige blieb
aber unveraendert. Damit liegt es nicht mehr an der Serverseite, und
Weiterraten hat keinen Sinn.

"cmk-manage.sh tui-check" gibt jetzt zwei Testzeilen aus:
  Zeile A  echte UTF-8-Rahmenzeichen (U+2500 ff.)
  Zeile B  die alte VT100-Umschaltung ESC(0 mit den Buchstaben lqk
An deren Aussehen laesst sich die Ursache direkt ablesen - Terminal
ignoriert die Umschaltung (PuTTY-Fall), Terminal nicht im UTF-8-Modus,
oder Schrift ohne Rahmenzeichen. Zu jeder Beobachtung nennt die Ausgabe
die passende Abhilfe samt PuTTY-Einstellungen.

Dazu der ASCII-Schalter, der bisher ins Leere lief: einfache Rahmen kann
nur dialog zeichnen. Ist CMK_TUI_ASCII gesetzt und dialog vorhanden,
wird dialog jetzt dafuer vorgezogen; fehlt es, sagt das Skript das
ausdruecklich statt wirkungslos weiterzumachen.

dialog ist auf dieser Seite ohnehin der wirksamere Griff - es geht mit
dem Zeichensatz zuverlaessiger um als whiptail. Entsprechend in beiden
Sprachfassungen hervorgehoben.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

README.md

@@ -1830,15 +1830,46 @@ Damit es auch auf der Gegenseite passt:
 Wer die Sitzung dauerhaft so haben möchte, speichert sie in PuTTY unter
 *Session → Saved Sessions*.
 
-> Hilft beides nicht – etwa weil auf dem Server keine UTF-8-Locale
-> installiert werden darf – lässt sich die Oberfläche mit einfachen
-> ASCII-Rahmen zeichnen:
+#### Wenn es trotzdem nicht passt: nachsehen statt raten
+
+```bash
+./scripts/cmk-manage.sh tui-check
+```
+
+Das gibt zwei Testzeilen aus:
+
+* **Zeile A** – echte UTF-8-Rahmenzeichen (`┌──┐`)
+* **Zeile B** – die alte VT100-Umschaltung `ESC(0` mit den Buchstaben `lqk`
+
+Daran lässt sich die Ursache ablesen:
+
+| Beobachtung | Bedeutung |
+|---|---|
+| A Linien, B Linien | alles in Ordnung |
+| A Linien, **B zeigt `lqqqk`** | das Terminal macht die VT100-Umschaltung nicht mit – **der PuTTY-Fall**, siehe Einstellungen oben |
+| A zeigt Kauderwelsch | das Terminal läuft nicht im UTF-8-Modus |
+| beide zeigen Buchstaben | die Schrift hat keine Rahmenzeichen |
+
+Das Kommando nennt zu jeder Beobachtung gleich die passende Abhilfe.
+
+> **`dialog` statt `whiptail` installieren** ist auf dieser Seite der wirksamste
+> Griff – es geht mit dem Zeichensatz zuverlässiger um und kann als einziges
+> auch einfache ASCII-Rahmen:
+>
+> ```bash
+> sudo dnf install -y dialog        # RHEL/Rocky/Alma
+> sudo apt-get install -y dialog    # Debian/Ubuntu
+> ```
+>
+> Das Skript bevorzugt `dialog`, sobald es vorhanden ist. Danach lassen sich
+> notfalls einfache Rahmen erzwingen:
 >
 > ```bash
 > CMK_TUI_ASCII=1 ./scripts/cmk-manage.sh gui
 > ```
 >
-> Das wirkt allerdings nur mit `dialog`; `whiptail` kennt keine solche Option.
+> Ohne `dialog` sagt das Skript das ausdrücklich – `whiptail` kennt keine
+> solche Option.
 
 ### 14.5 Selbstprüfung