zsh-workers
 help / color / mirror / code / Atom feed
* Re: Bug#465284: Expansion of completion choices expanding to the same command don't complete
       [not found] <20080211164936.GA7200@bee.dooz.org>
@ 2008-02-13  2:30 ` Clint Adams
  2008-02-13  4:03   ` Bart Schaefer
  0 siblings, 1 reply; 2+ messages in thread
From: Clint Adams @ 2008-02-13  2:30 UTC (permalink / raw)
  To: zsh-workers; +Cc: Loïc Minier, 465284

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.


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Bug#465284: Expansion of completion choices expanding to the same command don't complete
  2008-02-13  2:30 ` Bug#465284: Expansion of completion choices expanding to the same command don't complete Clint Adams
@ 2008-02-13  4:03   ` Bart Schaefer
  0 siblings, 0 replies; 2+ messages in thread
From: Bart Schaefer @ 2008-02-13  4:03 UTC (permalink / raw)
  To: zsh-workers

[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.


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-02-13  4:03 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <20080211164936.GA7200@bee.dooz.org>
2008-02-13  2:30 ` Bug#465284: Expansion of completion choices expanding to the same command don't complete Clint Adams
2008-02-13  4:03   ` Bart Schaefer

Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).