Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: Bug#465284: Expansion of completion choices expanding to the same command don't complete
- X-seq: zsh-workers 24548
- From: Clint Adams <schizo@xxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxx
- Subject: Re: Bug#465284: Expansion of completion choices expanding to the same command don't complete
- Date: Tue, 12 Feb 2008 21:30:34 -0500
- Cc: Loïc Minier <lool@xxxxxxxx>, 465284@xxxxxxxxxxxxxxx
- In-reply-to: <20080211164936.GA7200@xxxxxxxxxxxx>
- Mail-followup-to: zsh-workers@xxxxxxxxxx, Loïc Minier <lool@xxxxxxxx>, 465284@xxxxxxxxxxxxxxx
- Mailing-list: contact zsh-workers-help@xxxxxxxxxx; run by ezmlm
- References: <20080211164936.GA7200@xxxxxxxxxxxx>
On Mon, Feb 11, 2008 at 05:49:36PM +0100, Loïc Minier wrote:
> When I used to type:
> debcom<tab>
> it would expand to the full command with a final space:
> debcommit
> and I could then append flags to this command; perfect.
>
> Now that I aliases debcommit with:
> alias debcommit='debcommit -e -s'
> I get the expanded command without a final space:
> debcommit
> hitting tab a second time reveals that zsh sees two choices:
> % debcommit<tab>
> external command
> debcommit -- commit changes to a package
> alias
> debcommit
>
> I would like it if zsh would only consider the highest priority
> completion choice for commands as obviously I can't invoke the
> debcommit binary but only the debcommit alias here. Or it would be
> enough if zsh would append a space if all choices expans to the same
> thing.
This sounds very familiar.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author