Re: Kauderwelsch in Config-Dialogen

From: Polytropon <freebsd(at)edvax.de>
Date: Sun, 16 Aug 2009 14:59:10 +0200

On Sat, 15 Aug 2009 16:22:33 +0000 (UTC), naddy(at)mips.inka.de (Christian Weisgerber) wrote:
> Polytropon <freebsd(at)edvax.de> wrote:
>
> > > Du hast offenkundig nicht TERM=cons25l1 aktiv, also es vermutlich
> > > auch nicht in ttys eingetragen.
> >
> > Doch, diese Tradition pflege ich schon seit 4.0. :-)
> >
> > Im Textmodus benutze ich eh immer midc -a, das verwendet dann nur
> > ASCII-Zeichen, also wie im unteren Beispiel.
>
> Ich kann deinen kontrafaktischen und widersprüchlichen Aussagen
> nicht folgen.

Fakt ist: /etc/ttys definiert TERM als cons25l1, seit ich
mit FreeBSD 4.0 angefangen habe.

Fakt ist: Früher hat dies genügt, um die Grafikzeichen zu
erhalten.

Fakt ist: Heute ist dies nicht mehr der Fall.

Fakt ist auch: Als Zeichensätze habe ich font8x14="iso-8x14",
font8x16="iso-8x16" und font8x8="iso-8x8" gesetzt.

> Es sollte aber kein Beinbruch sein
>
> $ env TERM=cons25 dialog --infobox 'hello world' 5 20
>
> $ env TERM=cons25l1 dialog --infobox 'hello world' 5 20
>
> auszuprobieren.

Nein, gar nicht. Hier ist es:

% env TERM=cons25 dialog --infobox 'Hello World!' 5 20
                              ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
                              ³ Hello World! ³
                              ³ ³
                              ³ ³
                              ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ

% env TERM=cons25l1 dialog --infobox 'Hello World!' 5 20
                              +------------------+
                              | Hello World! |
                              | |
                              | |
                              +------------------+

Das ist doch das zu erwartende (normale) Ergebnis, oder?

Parallel dazu ist bei $TERM == xterm die Anzeige mit Grafikzeichen,
die sich beim Herauskopieren jedoch in die Ersetzung (wie cons25l1)
verwandeln.

> > > Die Unterscheidung ISO 8859-1 und -15 hat damit nichts zu tun.
> >
> > Also sind beide Zeichensätze "betroffen"?
>
> Damit Anwendungen die Eigenschaften des Terminals berücksichtigen
> können, schauen sie in der Environment-Variable TERM nach. Deren
> Wert dient als Index für die termcap(5)-Datenbank, in der die
> Terminaleigenschaften beschrieben sind.
>
> Wenn du dich an der Konsole einloggst, dann setzt getty(8) TERM auf
> den Wert in der dritten Spalte von ttys(5).
>
> Für die Fensterrahmen verwenden dialog(1) und allerlei andere
> Anwendungen Klötzchengrafikzeichen, falls verfügbar. Ob, welche,
> und wie die Klötzchen verfügbar sind, ist eine Eigenschaft des
> Terminals und daher im entsprechenden termcap(5)-Eintrag beschrieben.
>
> Der cons25-Eintrag bildet die Klötzchen auf den IBM-Code-Page-437-
> Zeichensatz ab. Das war der Zeichensatz des ursprünglichen IBM PC
> anno 1981 und ist bis heute der Defaultzeichensatz im Textmodus
> jeder PC-Grafikkarte.
>
> Wenn du einen anderen Konsolezeichensatz lädst, dann beschreibt
> cons25 nicht mehr korrekt die Eigenschaften des Terminals und es
> kommt zu Darstellungsfehlern. ISO 8859-1 und -15 enthält keine
> Klötzchengrafik, der passende Terminaltyp für beide ist cons25l1
> und wenn das korrekt gesetzt ist, wählen Anwendungen eine
> Ersatzdarstellung.
>
> Es gibt noch einige weitere Terminaltypen für die Konsole, wenn
> andere Zeichensätze geladen sind: cons25l2 für ISO 8859-2, cons25l7
> für ISO 8859-7, cons25r für KOI-8R.

Aha, danke für die Erklärung. Ich denke, nun habe ich das
vollends verstanden. Es ist also so, daß es wohl auch Zeichen-
sätze gibt, in denen die Klötzchengrafik vorhanden ist, nur
haben wir Deutschen die Arschkarte, einen solchen Zeichensatz
nicht mehr benutzen zu können. (Wie gesagt, bei FreeBSD 4 ist
das irgendwann mal geändert worden, wenn ich mich da richtig
erinnere.)

Damit sind erstmal alle Klarheiten beseitigt. :-)

-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sun 16 Aug 2009 - 14:59:20 CEST

search this site