Mercurial > vim
changeset 33748:7544cdfdbf6a
runtime(doc): Update usr_51.txt to be more inclusive (#13496)
Commit: https://github.com/vim/vim/commit/2c5240ec8b7d7b261ce794a74602c407ad5e6620
Author: ccn <callum.cassidynolan@mail.utoronto.ca>
Date: Sat Nov 11 03:35:50 2023 -0500
runtime(doc): Update usr_51.txt to be more inclusive (https://github.com/vim/vim/issues/13496)
use their instead of his as the user may not be male
Co-authored-by: K.Takata <kentkt@csc.jp>
Signed-off-by: Christian Brabandt <cb@256bit.org>
author | Christian Brabandt <cb@256bit.org> |
---|---|
date | Sat, 11 Nov 2023 09:45:04 +0100 |
parents | 23437886ecbb |
children | 89569bd907fc |
files | runtime/doc/usr_51.txt |
diffstat | 1 files changed, 8 insertions(+), 8 deletions(-) [+] |
line wrap: on
line diff
--- a/runtime/doc/usr_51.txt +++ b/runtime/doc/usr_51.txt @@ -103,8 +103,8 @@ NOT LOADING It is possible that a user doesn't always want to load this plugin. Or the system administrator has dropped it in the system-wide plugin directory, but a -user has his own plugin he wants to use. Then the user must have a chance to -disable loading this specific plugin. These lines will make it possible: > +user has their own plugin they want to use. Then the user must have a chance +to disable loading this specific plugin. These lines will make it possible: > 7 if exists("g:loaded_typecorrect") 8 finish @@ -136,7 +136,7 @@ item can be used: > The "<Plug>TypecorrAdd;" thing will do the work, more about that further on. -The user can set the "g:mapleader" variable to the key sequence that he wants +The user can set the "g:mapleader" variable to the key sequence that they want plugin mappings to start with. Thus if the user has done: > g:mapleader = "_" @@ -147,8 +147,8 @@ will be used, which is a backslash. The Note that <unique> is used, this will cause an error message if the mapping already happened to exist. |:map-<unique>| -But what if the user wants to define his own key sequence? We can allow that -with this mechanism: > +But what if the user wants to define their own key sequence? We can allow +that with this mechanism: > 19 if !hasmapto('<Plug>TypecorrAdd;') 20 map <unique> <Leader>a <Plug>TypecorrAdd; @@ -156,7 +156,7 @@ with this mechanism: > This checks if a mapping to "<Plug>TypecorrAdd;" already exists, and only defines the mapping from "<Leader>a" if it doesn't. The user then has a -chance of putting this in his vimrc file: > +chance of putting this in their vimrc file: > map ,c <Plug>TypecorrAdd; @@ -262,7 +262,7 @@ Now let's add a user command to add a co The user command is defined only if no command with the same name already exists. Otherwise we would get an error here. Overriding the existing user command with ":command!" is not a good idea, this would probably make the user -wonder why the command he defined himself doesn't work. |:command| +wonder why the command they defined themselves doesn't work. |:command| If it did happen you can find out who to blame with: > verbose command Correct @@ -494,7 +494,7 @@ An example of how to define functionalit |hasmapto()| is used to check if the user has already defined a map to <Plug>JavaImport;. If not, then the filetype plugin defines the default mapping. This starts with |<LocalLeader>|, which allows the user to select -the key(s) he wants filetype plugin mappings to start with. The default is a +the key(s) they want filetype plugin mappings to start with. The default is a backslash. "<unique>" is used to give an error message if the mapping already exists or overlaps with an existing mapping.