Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: PATCH: _ls

X-seq: zsh-workers 22461
From: Wayne Davison <wayned@xxxxxxxxxxxxxxxxxxxxx>
To: zsh-workers@xxxxxxxxxx
Subject: Re: PATCH: _ls
Date: Fri, 26 May 2006 10:41:10 -0700
In-reply-to: <20060525081040.GA569@xxxxxxxxx>
Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
References: <m33bf0vgd8.wl@xxxxxxxxx> <20060523171440.GE21617@xxxxxxxxx> <m31wukuq0c.wl@xxxxxxxxx> <20060525081040.GA569@xxxxxxxxx>

On Thu, May 25, 2006 at 01:10:40AM -0700, Wayne Davison wrote:
> While I was testing it, I discovered that the completion system is not
> completing the options to gnu ls correctly, which appears to be a bug:

I forgot to follow up to this earlier.  This turned out to be due to an
alias I have for "ls" (ls="command ls --color=auto -CF").  Oops!

This does bring up an interesting point about the exclusions that are
currently in the completion system.  With a utility like ls, conflicting
options are accepted, with the last one having precedence.  So, even
though my alias specifies -C, I can still override that with -x.  So,
should we avoid excluding options that may conflict ideologically as
long as they don't conflict syntactically?

..wayne..

Follow-Ups:
- Re: PATCH: _ls
  - From: Peter Stephenson

References:
- PATCH: _ls
  - From: Hideki ONO
- Re: PATCH: _ls
  - From: Wayne Davison
- Re: PATCH: _ls
  - From: Hideki ONO
- Re: PATCH: _ls
  - From: Wayne Davison

Messages sorted by: Reverse Date, Date, Thread, Author