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>
This commit is contained in:
+35
-3
@@ -1830,14 +1830,46 @@ So that the other end matches:
|
||||
|
||||
Save the session under *Session → Saved Sessions* to keep these settings.
|
||||
|
||||
> If neither helps – for instance because no UTF-8 locale may be installed on
|
||||
> the server – the interface can be drawn with plain ASCII borders:
|
||||
#### If it still looks wrong: look instead of guessing
|
||||
|
||||
```bash
|
||||
./scripts/cmk-manage.sh tui-check
|
||||
```
|
||||
|
||||
This prints two test lines:
|
||||
|
||||
* **Line A** – real UTF-8 box-drawing characters (`┌──┐`)
|
||||
* **Line B** – the old VT100 switch `ESC(0` with the letters `lqk`
|
||||
|
||||
The cause can be read off them:
|
||||
|
||||
| Observation | Meaning |
|
||||
|---|---|
|
||||
| A lines, B lines | everything is fine |
|
||||
| A lines, **B shows `lqqqk`** | the terminal ignores the VT100 switch – **the PuTTY case**, see the settings above |
|
||||
| A shows gibberish | the terminal is not in UTF-8 mode |
|
||||
| both show letters | the font has no box-drawing glyphs |
|
||||
|
||||
The command names the matching remedy for each observation.
|
||||
|
||||
> **Installing `dialog` instead of `whiptail`** is the most effective move on
|
||||
> this side – it handles the character set more reliably and is the only one
|
||||
> that can draw plain ASCII borders:
|
||||
>
|
||||
> ```bash
|
||||
> sudo dnf install -y dialog # RHEL/Rocky/Alma
|
||||
> sudo apt-get install -y dialog # Debian/Ubuntu
|
||||
> ```
|
||||
>
|
||||
> The script prefers `dialog` as soon as it is present. After that, plain
|
||||
> borders can be forced if needed:
|
||||
>
|
||||
> ```bash
|
||||
> CMK_TUI_ASCII=1 ./scripts/cmk-manage.sh gui
|
||||
> ```
|
||||
>
|
||||
> This only works with `dialog`; `whiptail` has no such option.
|
||||
> Without `dialog` the script says so explicitly – `whiptail` has no such
|
||||
> option.
|
||||
|
||||
### 14.5 Self-check
|
||||
|
||||
|
||||
Reference in New Issue
Block a user