From 8f403ab25c7c31e53e7e02f7c44c414913fb7def Mon Sep 17 00:00:00 2001 From: Daniel Hahler Date: Sun, 8 Feb 2015 15:16:00 +0100 Subject: 34467: completion: git: minor doc fixes I am not sure about the deprecation of user-commands, but from other places in the doc and commit history this deprecation was meant to be reverted?! --- Completion/Unix/Command/_git | 10 +++------- 1 file changed, 3 insertions(+), 7 deletions(-) (limited to 'Completion') diff --git a/Completion/Unix/Command/_git b/Completion/Unix/Command/_git index 17c4d5792..50eb4d365 100644 --- a/Completion/Unix/Command/_git +++ b/Completion/Unix/Command/_git @@ -4,7 +4,7 @@ # # Say you got your own git sub-commands (git will run a program `git-foo' # when you run "git foo") and you want "git f" to complete that sub -# commands name for you. You can make that sub-command know to the completion +# commands name for you. You can make that sub-command known to the completion # via the user-command style: # # % zstyle ':completion:*:*:git:*' user-commands foo:'description for foo' @@ -20,17 +20,13 @@ # completion as well. Place such a function inside an autoloaded #compdef file # and you should be all set. You can add a description to such a function by # adding a line matching -# +# # #description DESCRIPTION # # as the second line in the file. See # Completion/Debian/Command/_git-buildpackage in the Zsh sources for an # example. # -# As this solution is so much better than the user-commands zstyle method, the -# zstyle method is now DEPRECATED. It will most likely be removed in the next -# major release of Zsh (5.0). -# # When _git does not know a given sub-command (say `bar'), it falls back to # completing file names for all arguments to that sub command. I.e.: # @@ -5219,7 +5215,7 @@ _git_commands () { plumbing-sync-commands \ plumbing-sync-helper-commands \ plumbing-internal-helper-commands - + while _tags; do _requested aliases && \ -- cgit 1.4.1