ls --color

[Meillo]

[...] sofern sich bis dahin niemand meldet, dessen more ebenfalls farbig anzeigt...

Bei mir ist ``ls --color |more'' farbig. (... oder meintest du mit ``niemand'' tatsaechlich ``niemand''? )

[DeletedUserReAsG]

Das normale more aus util-linux? Könntest du mal schauen, wie deine TERM gesetzt ist?

[tobo]

Bei mir ist ``ls --color |more'' farbig. (... oder meintest du mit ``niemand'' tatsaechlich ``niemand''? )

Nein, ich meinte niemand, nicht "niemand". Danke!

Mein $TERM:
X11: TERM=xterm
VT: TERM=linux

[Meillo]

Das normale more aus util-linux? Könntest du mal schauen, wie deine TERM gesetzt ist?

Code: Alles auswählen

$ more -V
more (util-linux 2.20.1)

$ echo $TERM
screen

(In urxvt mit mksh und tmux, sowohl unter Crux Linux als auch unter Debian oldstable.)

[HansD]

Das die Leute immer noch more benutzen... Mein Liebling ist less
@niemand, das hatte ich gar nicht bemerkt, wieder einmal nicht richtig zu Ende gelesen

Ich benutze so gut wie nie more. Das Beispiel stammt aus einem Script über Linux, ich habe den Befehl nur brav buchstäblich ausprobiert, obwohl ich auch gleich gedacht habe "Wieso more?"

[HansD]

Bei mir funktioniert es mit less in der Art:
[...]

Code: Alles auswählen

alias lsc='ls --color=always -l| less -r'

[...]
Ein -r bewirkt, dass die ANSII Escape Codes als Farben interpretiert werden. git diff wird dann plötzlich bunt.

Erstaunlich. Wieder was gelernt.

Ich war bis vor Kurzem aus Erfahrung der Ansicht, dass less, more und dergleichen, jede Farbkodierung immer rausfiltern. Aber more tat dies, als ich den im Ausgangsbeitrag wiederholten Befehl "ls -l --color | more" eingegeben hatte, nicht, sondern zeigte die Liste mit den farblichen Kodierungen, die ls erzeugt hat.

[tobo]

@niemand: Laut meiner manpage entspricht --color ohne Parameter --color=always. In more kommen die Farben an bei --color bzw. explizit bei --color={always,yes,force}. Die Farben kommen in more nicht an bei --color={auto,never,no,none,tty,if-tty}. Was du natürlich auch noch schauen könntest, ob die Farben überhaupt durchgereicht werden; so in etwa mit ls --color=yes | od -c | head. Ansonsten fällt mir da jetzt auch nichts ein...

[DeletedUserReAsG]

In der Tat, bei --color=yes zeigt auch more noch die Farben an. Danke.

[tobo]

In der Tat, bei --color=yes zeigt auch more noch die Farben an.

Aha. Heißt das aber jetzt, dass --color=always bei dir, zusammen mit more, nicht funktioniert oder dass --color nicht den default =always hat?

[DeletedUserReAsG]

Standard ist bei mir --color=auto.

[HansD]

Ich muss zugeben, dass ich derzeit drei verschiedene Linux-Distributionen Debian Whezzy, Linux Mint 18 und Linux Lite installiert habe. (Es gibt auch noch ein Bodhi Linux in Partition sda5.)

Irgendwie kann ich das Problem momentan nicht mehr eindeutig reproduzieren. (Ich hätte mir die Umstände gleich notieren sollen; aber ich verlasse mich meist auf mein Gedächtnis, was teilweise sogar gut klappt.)

Wahrscheinlich, dass kommt meiner damaligen nächtlichen Beobachtung am nächsten, habe ich den Befehl unter X in terminology ausprobiert. Terminology hat eigene Farbschemata vorbereitet. Ich vermute, dass ich ein Farbschema gewählt habe, das eher zurückhaltend ist und den Befehle zugleich in einem Verzeichnis ausprobiert habe, in dem kaum verschiedene Dateien vorkommen.

Es tut mir leid, dass ich Euch Mühe gemacht habe, aber das Problem jetzt nicht mehr reproduzieren kann. Ich habe in jedem Fall durch Eure Antworten wieder einiges gelernt und danke Euch!