On Mon, Nov 2, 2020 at 7:49 PM Junio C Hamano <gitster@xxxxxxxxx> wrote: > Felipe Contreras <felipe.contreras@xxxxxxxxx> writes: > > There's a reason people prefer to use Git's official completion, and > > there's a reason I wrote the wrapper. > > Do you mean by "the wrapper" the 'gitfast' one you offer in the > oh-my-zsh collection? If so, yes, I agree that 'gitfast' as "maybe > less complete but usably faster auto-completer" is a good thing for > end-users to have as an alternative to the Zsh default. No, I mean the Git Zsh wrapper that I wrote. It's in three locations right now: 1. https://git.kernel.org/pub/scm/git/git.git/tree/contrib/completion/git-completion.zsh 2. https://github.com/ohmyzsh/ohmyzsh/blob/master/plugins/gitfast/_git 3. https://github.com/felipec/git-completion/blob/master/git-completion.zsh All these are the same thing. If git was installing this wrapper by default, there would be no need for the gitfast plugin, nor the git-completion project. > But that was not the point I was raising. I was saying that it was > not making life better for them that we are posing as a valid third > choice in that competition. > > Your "wrapper" can still be updated regularly to the latest to grab > the bash completion part from "git.git". To the Zsh audience, > however, it would be more straight-forward if the choices were > "there is Zsh default completion, but if you want to use a > different/better version, grab 'gitfast' from the oh-my-zsh > collection" than "you can use Zsh default, or you can install > 'gitfast' in the way Zsh users are accustomed to from the oh-my-zsh > collection, or you can manually install from git.git". After all, > the latter two would give them the same thing. The default is by definition not a choice. You make a choice to move away from the default. And the gitfast plugin is not different from what was in contrib, in fact I wrote a script to update it directly from there [1] (I changed it recently to fetch from the git-completion project). > It may be a good idea to leave a message in contrib/completion that > nudges people toward 'gitfast' as an alternative for thowe who want > to use something other than the default Zsh autocompletion. If we are going to leave a message it would have to be for git-completion, since not all zsh users use Oh-MyZsh (maybe most don't), and gitfast is nothing but a copy of git-completion. > Doing so would remove one level of unnecessary middleman (that is > us) from the picture and make it simpler for end-users by reducing > the number of choices from three to two. This would break the experience of Homebrew users, and possibly Linux distributions that do package this wrapper by default. But if you are not going to consider graduating the scripts, we might as well break the experience for everyone, so everyone is at the same level. > > They prioritize completeness over usability. > > ... > > No. Those people don't care if their completion is unusable. > > ... > > This is not possible, as the Zsh maintainers don't care about usability. > > I think our code of conduct applies to derogatory statements made on > even those who do not regularly appear in this community. To state the opinion of a person is not a derogatory statement. This is literally what they said: > > > Now, how about you make a compromise between "correctness" and > > > usability? > > > > No. I'm not doing anything but repeating their stated opinion. It is a fact. If you don't like their stated opinion, feel free to talk to them. Cheers. [1] https://github.com/ohmyzsh/ohmyzsh/blob/d69bad8eb4157e5fd5c1a4ce98f93cf522477a8c/plugins/gitfast/update -- Felipe Contreras
