Re: Bug#465284: Expansion of completion choices expanding to the same command don't complete

[Bart Schaefer <schaefer@brasslantern.com>]

[Trimmed distribution to zsh-workers; Clint please forward as you like.]

On Feb 12,  9:30pm, Clint Adams wrote:
} Subject: Re: Bug#465284: Expansion of completion choices expanding to the 
}
} On Mon, Feb 11, 2008 at 05:49:36PM +0100, Loïc Minier wrote:
} >  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.

This can be controlled with styles.  If you tell zsh to put external
commands and aliases in separate completion groups, then it doesn't
attempt to resolve duplications across groups.  If you let it put all
the completions together, then it de-dups them.

You can't, at present, have it both ways.