bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Way to bypass or disable for ls hard link highlighting


From: Pádraig Brady
Subject: Re: Way to bypass or disable for ls hard link highlighting
Date: Fri, 20 Mar 2009 11:31:15 +0000
User-agent: Thunderbird 2.0.0.6 (X11/20071008)

Pádraig Brady wrote:
> Wes Morgan wrote:
>> The new "hard link" highlighting would be nicer if it was optional. I
>> have lots of files with an "original" name that are also hard links to a
>> canonicalized version in another directory hierarchy. Instead of showing
>> the original coloring based on the extension, they show the hard link
>> coloring. Perhaps a special code for dircolors that tells "ls" to ignore
>> a class of highlighting and continue searching for another match.
> 
> That change was made recently:
> http://lists.gnu.org/archive/html/bug-coreutils/2008-10/msg00172.html
> Kamil indicated in that bug report that existing colors should take
> precedence over the hardlink color. This is the case for executable files
> for example, but not files whose color depends on name.
> This is a regression IMHO.
> 
> eval $(dircolors)
> touch t.png
> ln t.png t2.png
> ls -lrt --color

Thinking a little more about it, I'm not sure that
it worth coloring any files specially based on hardlinks.
The original bug report just said "It would help".
Maybe we could highlight the nlinks column (still a marginal benefit).
Note for terminal agnostic highlighting you can use "standout" mode
as done in this patch: http://www.pixelbeat.org/patches/cal-2.12i-highlight.diff

cheers,
Pádraig.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]