On Sat, Apr 20, 2013 at 11:36 PM, Ramkumar Ramachandra
artag...@gmail.com wrote:
Felipe Contreras wrote:
To complement the reason; the zsh folks (or perhaps it's only one; who
works on the git stuff), absolutely prioritize correctness over
speed, that means if it takes ten seconds to list all
Felipe Contreras wrote:
First of all, 'gitfast' is just the name I gave to the oh-my-zsh
plugin that uses git.git's completion stuff. The zsh support in git's
bash completion has been working for years, I just copied the stuff to
oh-my-zsh so those guys can use it easily.
Yeah, I know. I
Hi,
Ramkumar Ramachandra wrote:
However, I don't understand why we
maintain it, because there's a comprehensive first-class completer in
ZSH core [1] which I use all the time. Shouldn't the completion folks
be contributing to this instead?
Only if they want to.
Jonathan Nieder wrote:
Ramkumar Ramachandra wrote:
However, I don't understand why we
maintain it, because there's a comprehensive first-class completer in
ZSH core [1] which I use all the time. Shouldn't the completion folks
be contributing to this instead?
On Sat, Apr 20, 2013 at 1:53 PM, Jonathan Nieder jrnie...@gmail.com wrote:
Jonathan Nieder wrote:
Ramkumar Ramachandra wrote:
However, I don't understand why we
maintain it, because there's a comprehensive first-class completer in
ZSH core [1] which I use all the
On Sat, Apr 20, 2013 at 5:39 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Sat, Apr 20, 2013 at 1:53 PM, Jonathan Nieder jrnie...@gmail.com wrote:
Jonathan Nieder wrote:
Ramkumar Ramachandra wrote:
However, I don't understand why we
maintain it,
Felipe Contreras wrote:
To complement the reason; the zsh folks (or perhaps it's only one; who
works on the git stuff), absolutely prioritize correctness over
speed, that means if it takes ten seconds to list all the possible
files to complete, grouped nicely, that's exactly what they'll do,
7 matches
Mail list logo