Mercurial > vim
annotate runtime/doc/usr_41.txt @ 6758:fddea8f64a51
Remove local-additions entries from help.txt.
author | Bram Moolenaar <bram@vim.org> |
---|---|
date | Wed, 15 Apr 2015 14:13:18 +0200 |
parents | 1e8ebf870720 |
children | b5e9810b389d |
rev | line source |
---|---|
6153 | 1 *usr_41.txt* For Vim version 7.4. Last change: 2014 Aug 16 |
7 | 2 |
3 VIM USER MANUAL - by Bram Moolenaar | |
4 | |
5 Write a Vim script | |
6 | |
7 | |
8 The Vim script language is used for the startup vimrc file, syntax files, and | |
9 many other things. This chapter explains the items that can be used in a Vim | |
10 script. There are a lot of them, thus this is a long chapter. | |
11 | |
12 |41.1| Introduction | |
13 |41.2| Variables | |
14 |41.3| Expressions | |
15 |41.4| Conditionals | |
16 |41.5| Executing an expression | |
17 |41.6| Using functions | |
18 |41.7| Defining a function | |
161 | 19 |41.8| Lists and Dictionaries |
20 |41.9| Exceptions | |
21 |41.10| Various remarks | |
22 |41.11| Writing a plugin | |
23 |41.12| Writing a filetype plugin | |
24 |41.13| Writing a compiler plugin | |
170 | 25 |41.14| Writing a plugin that loads quickly |
26 |41.15| Writing library scripts | |
793 | 27 |41.16| Distributing Vim scripts |
7 | 28 |
29 Next chapter: |usr_42.txt| Add new menus | |
30 Previous chapter: |usr_40.txt| Make new commands | |
31 Table of contents: |usr_toc.txt| | |
32 | |
33 ============================================================================== | |
129 | 34 *41.1* Introduction *vim-script-intro* *script* |
7 | 35 |
36 Your first experience with Vim scripts is the vimrc file. Vim reads it when | |
37 it starts up and executes the commands. You can set options to values you | |
38 prefer. And you can use any colon command in it (commands that start with a | |
39 ":"; these are sometimes referred to as Ex commands or command-line commands). | |
40 Syntax files are also Vim scripts. As are files that set options for a | |
41 specific file type. A complicated macro can be defined by a separate Vim | |
42 script file. You can think of other uses yourself. | |
43 | |
44 Let's start with a simple example: > | |
45 | |
46 :let i = 1 | |
47 :while i < 5 | |
48 : echo "count is" i | |
161 | 49 : let i += 1 |
7 | 50 :endwhile |
51 < | |
52 Note: | |
53 The ":" characters are not really needed here. You only need to use | |
54 them when you type a command. In a Vim script file they can be left | |
55 out. We will use them here anyway to make clear these are colon | |
56 commands and make them stand out from Normal mode commands. | |
161 | 57 Note: |
58 You can try out the examples by yanking the lines from the text here | |
59 and executing them with :@" | |
60 | |
61 The output of the example code is: | |
62 | |
63 count is 1 ~ | |
64 count is 2 ~ | |
65 count is 3 ~ | |
66 count is 4 ~ | |
67 | |
68 In the first line the ":let" command assigns a value to a variable. The | |
69 generic form is: > | |
7 | 70 |
71 :let {variable} = {expression} | |
72 | |
73 In this case the variable name is "i" and the expression is a simple value, | |
74 the number one. | |
75 The ":while" command starts a loop. The generic form is: > | |
76 | |
77 :while {condition} | |
78 : {statements} | |
79 :endwhile | |
80 | |
81 The statements until the matching ":endwhile" are executed for as long as the | |
82 condition is true. The condition used here is the expression "i < 5". This | |
83 is true when the variable i is smaller than five. | |
84 Note: | |
85 If you happen to write a while loop that keeps on running, you can | |
86 interrupt it by pressing CTRL-C (CTRL-Break on MS-Windows). | |
161 | 87 |
88 The ":echo" command prints its arguments. In this case the string "count is" | |
89 and the value of the variable i. Since i is one, this will print: | |
90 | |
91 count is 1 ~ | |
92 | |
93 Then there is the ":let i += 1" command. This does the same thing as | |
94 ":let i = i + 1". This adds one to the variable i and assigns the new value | |
95 to the same variable. | |
96 | |
97 The example was given to explain the commands, but would you really want to | |
112 | 98 make such a loop it can be written much more compact: > |
99 | |
100 :for i in range(1, 4) | |
101 : echo "count is" i | |
102 :endfor | |
103 | |
161 | 104 We won't explain how |:for| and |range()| work until later. Follow the links |
105 if you are impatient. | |
112 | 106 |
7 | 107 |
108 THREE KINDS OF NUMBERS | |
109 | |
110 Numbers can be decimal, hexadecimal or octal. A hexadecimal number starts | |
161 | 111 with "0x" or "0X". For example "0x1f" is decimal 31. An octal number starts |
112 with a zero. "017" is decimal 15. Careful: don't put a zero before a decimal | |
113 number, it will be interpreted as an octal number! | |
7 | 114 The ":echo" command always prints decimal numbers. Example: > |
115 | |
116 :echo 0x7f 036 | |
117 < 127 30 ~ | |
118 | |
119 A number is made negative with a minus sign. This also works for hexadecimal | |
161 | 120 and octal numbers. A minus sign is also used for subtraction. Compare this |
121 with the previous example: > | |
7 | 122 |
123 :echo 0x7f -036 | |
124 < 97 ~ | |
125 | |
126 White space in an expression is ignored. However, it's recommended to use it | |
127 for separating items, to make the expression easier to read. For example, to | |
161 | 128 avoid the confusion with a negative number above, put a space between the |
129 minus sign and the following number: > | |
7 | 130 |
131 :echo 0x7f - 036 | |
132 | |
133 ============================================================================== | |
134 *41.2* Variables | |
135 | |
136 A variable name consists of ASCII letters, digits and the underscore. It | |
137 cannot start with a digit. Valid variable names are: | |
138 | |
139 counter | |
140 _aap3 | |
141 very_long_variable_name_with_underscores | |
142 FuncLength | |
143 LENGTH | |
144 | |
145 Invalid names are "foo+bar" and "6var". | |
146 These variables are global. To see a list of currently defined variables | |
147 use this command: > | |
148 | |
149 :let | |
150 | |
151 You can use global variables everywhere. This also means that when the | |
152 variable "count" is used in one script file, it might also be used in another | |
153 file. This leads to confusion at least, and real problems at worst. To avoid | |
154 this, you can use a variable local to a script file by prepending "s:". For | |
155 example, one script contains this code: > | |
156 | |
157 :let s:count = 1 | |
158 :while s:count < 5 | |
159 : source other.vim | |
161 | 160 : let s:count += 1 |
7 | 161 :endwhile |
162 | |
163 Since "s:count" is local to this script, you can be sure that sourcing the | |
164 "other.vim" script will not change this variable. If "other.vim" also uses an | |
165 "s:count" variable, it will be a different copy, local to that script. More | |
166 about script-local variables here: |script-variable|. | |
167 | |
168 There are more kinds of variables, see |internal-variables|. The most often | |
169 used ones are: | |
170 | |
171 b:name variable local to a buffer | |
172 w:name variable local to a window | |
173 g:name global variable (also in a function) | |
174 v:name variable predefined by Vim | |
175 | |
176 | |
177 DELETING VARIABLES | |
178 | |
179 Variables take up memory and show up in the output of the ":let" command. To | |
180 delete a variable use the ":unlet" command. Example: > | |
181 | |
182 :unlet s:count | |
183 | |
184 This deletes the script-local variable "s:count" to free up the memory it | |
185 uses. If you are not sure if the variable exists, and don't want an error | |
186 message when it doesn't, append !: > | |
187 | |
188 :unlet! s:count | |
189 | |
190 When a script finishes, the local variables used there will not be | |
191 automatically freed. The next time the script executes, it can still use the | |
192 old value. Example: > | |
193 | |
194 :if !exists("s:call_count") | |
195 : let s:call_count = 0 | |
196 :endif | |
197 :let s:call_count = s:call_count + 1 | |
198 :echo "called" s:call_count "times" | |
199 | |
200 The "exists()" function checks if a variable has already been defined. Its | |
201 argument is the name of the variable you want to check. Not the variable | |
202 itself! If you would do this: > | |
203 | |
204 :if !exists(s:call_count) | |
205 | |
206 Then the value of s:call_count will be used as the name of the variable that | |
207 exists() checks. That's not what you want. | |
208 The exclamation mark ! negates a value. When the value was true, it | |
209 becomes false. When it was false, it becomes true. You can read it as "not". | |
210 Thus "if !exists()" can be read as "if not exists()". | |
161 | 211 What Vim calls true is anything that is not zero. Zero is false. |
856 | 212 Note: |
161 | 213 Vim automatically converts a string to a number when it is looking for |
214 a number. When using a string that doesn't start with a digit the | |
215 resulting number is zero. Thus look out for this: > | |
216 :if "true" | |
217 < The "true" will be interpreted as a zero, thus as false! | |
7 | 218 |
219 | |
220 STRING VARIABLES AND CONSTANTS | |
221 | |
222 So far only numbers were used for the variable value. Strings can be used as | |
161 | 223 well. Numbers and strings are the basic types of variables that Vim supports. |
224 The type is dynamic, it is set each time when assigning a value to the | |
225 variable with ":let". More about types in |41.8|. | |
7 | 226 To assign a string value to a variable, you need to use a string constant. |
227 There are two types of these. First the string in double quotes: > | |
228 | |
229 :let name = "peter" | |
230 :echo name | |
231 < peter ~ | |
232 | |
233 If you want to include a double quote inside the string, put a backslash in | |
234 front of it: > | |
235 | |
236 :let name = "\"peter\"" | |
237 :echo name | |
238 < "peter" ~ | |
239 | |
240 To avoid the need for a backslash, you can use a string in single quotes: > | |
241 | |
242 :let name = '"peter"' | |
243 :echo name | |
244 < "peter" ~ | |
245 | |
161 | 246 Inside a single-quote string all the characters are as they are. Only the |
247 single quote itself is special: you need to use two to get one. A backslash | |
248 is taken literally, thus you can't use it to change the meaning of the | |
7 | 249 character after it. |
250 In double-quote strings it is possible to use special characters. Here are | |
251 a few useful ones: | |
252 | |
253 \t <Tab> | |
254 \n <NL>, line break | |
255 \r <CR>, <Enter> | |
256 \e <Esc> | |
257 \b <BS>, backspace | |
258 \" " | |
259 \\ \, backslash | |
260 \<Esc> <Esc> | |
261 \<C-W> CTRL-W | |
262 | |
263 The last two are just examples. The "\<name>" form can be used to include | |
264 the special key "name". | |
265 See |expr-quote| for the full list of special items in a string. | |
266 | |
267 ============================================================================== | |
268 *41.3* Expressions | |
269 | |
270 Vim has a rich, yet simple way to handle expressions. You can read the | |
271 definition here: |expression-syntax|. Here we will show the most common | |
272 items. | |
273 The numbers, strings and variables mentioned above are expressions by | |
274 themselves. Thus everywhere an expression is expected, you can use a number, | |
275 string or variable. Other basic items in an expression are: | |
276 | |
277 $NAME environment variable | |
278 &name option | |
279 @r register | |
280 | |
281 Examples: > | |
282 | |
283 :echo "The value of 'tabstop' is" &ts | |
284 :echo "Your home directory is" $HOME | |
285 :if @a > 5 | |
286 | |
287 The &name form can be used to save an option value, set it to a new value, | |
288 do something and restore the old value. Example: > | |
289 | |
290 :let save_ic = &ic | |
291 :set noic | |
292 :/The Start/,$delete | |
293 :let &ic = save_ic | |
294 | |
295 This makes sure the "The Start" pattern is used with the 'ignorecase' option | |
161 | 296 off. Still, it keeps the value that the user had set. (Another way to do |
297 this would be to add "\C" to the pattern, see |/\C|.) | |
7 | 298 |
299 | |
300 MATHEMATICS | |
301 | |
302 It becomes more interesting if we combine these basic items. Let's start with | |
303 mathematics on numbers: | |
304 | |
305 a + b add | |
306 a - b subtract | |
307 a * b multiply | |
308 a / b divide | |
309 a % b modulo | |
310 | |
311 The usual precedence is used. Example: > | |
312 | |
313 :echo 10 + 5 * 2 | |
314 < 20 ~ | |
315 | |
2709 | 316 Grouping is done with parentheses. No surprises here. Example: > |
7 | 317 |
318 :echo (10 + 5) * 2 | |
319 < 30 ~ | |
320 | |
321 Strings can be concatenated with ".". Example: > | |
322 | |
323 :echo "foo" . "bar" | |
324 < foobar ~ | |
325 | |
326 When the ":echo" command gets multiple arguments, it separates them with a | |
327 space. In the example the argument is a single expression, thus no space is | |
328 inserted. | |
329 | |
330 Borrowed from the C language is the conditional expression: | |
331 | |
332 a ? b : c | |
333 | |
334 If "a" evaluates to true "b" is used, otherwise "c" is used. Example: > | |
335 | |
336 :let i = 4 | |
337 :echo i > 5 ? "i is big" : "i is small" | |
338 < i is small ~ | |
339 | |
340 The three parts of the constructs are always evaluated first, thus you could | |
341 see it work as: | |
342 | |
343 (a) ? (b) : (c) | |
344 | |
345 ============================================================================== | |
346 *41.4* Conditionals | |
347 | |
348 The ":if" commands executes the following statements, until the matching | |
349 ":endif", only when a condition is met. The generic form is: | |
350 | |
351 :if {condition} | |
352 {statements} | |
353 :endif | |
354 | |
355 Only when the expression {condition} evaluates to true (non-zero) will the | |
356 {statements} be executed. These must still be valid commands. If they | |
357 contain garbage, Vim won't be able to find the ":endif". | |
358 You can also use ":else". The generic form for this is: | |
359 | |
360 :if {condition} | |
361 {statements} | |
362 :else | |
363 {statements} | |
364 :endif | |
365 | |
366 The second {statements} is only executed if the first one isn't. | |
367 Finally, there is ":elseif": | |
368 | |
369 :if {condition} | |
370 {statements} | |
371 :elseif {condition} | |
372 {statements} | |
373 :endif | |
374 | |
375 This works just like using ":else" and then "if", but without the need for an | |
376 extra ":endif". | |
377 A useful example for your vimrc file is checking the 'term' option and | |
378 doing something depending upon its value: > | |
379 | |
380 :if &term == "xterm" | |
381 : " Do stuff for xterm | |
382 :elseif &term == "vt100" | |
383 : " Do stuff for a vt100 terminal | |
384 :else | |
385 : " Do something for other terminals | |
386 :endif | |
387 | |
388 | |
389 LOGIC OPERATIONS | |
390 | |
391 We already used some of them in the examples. These are the most often used | |
392 ones: | |
393 | |
394 a == b equal to | |
395 a != b not equal to | |
396 a > b greater than | |
397 a >= b greater than or equal to | |
398 a < b less than | |
399 a <= b less than or equal to | |
400 | |
401 The result is one if the condition is met and zero otherwise. An example: > | |
402 | |
161 | 403 :if v:version >= 700 |
7 | 404 : echo "congratulations" |
405 :else | |
406 : echo "you are using an old version, upgrade!" | |
407 :endif | |
408 | |
409 Here "v:version" is a variable defined by Vim, which has the value of the Vim | |
410 version. 600 is for version 6.0. Version 6.1 has the value 601. This is | |
411 very useful to write a script that works with multiple versions of Vim. | |
412 |v:version| | |
413 | |
414 The logic operators work both for numbers and strings. When comparing two | |
415 strings, the mathematical difference is used. This compares byte values, | |
416 which may not be right for some languages. | |
417 When comparing a string with a number, the string is first converted to a | |
418 number. This is a bit tricky, because when a string doesn't look like a | |
419 number, the number zero is used. Example: > | |
420 | |
421 :if 0 == "one" | |
422 : echo "yes" | |
423 :endif | |
424 | |
425 This will echo "yes", because "one" doesn't look like a number, thus it is | |
426 converted to the number zero. | |
427 | |
428 For strings there are two more items: | |
429 | |
430 a =~ b matches with | |
431 a !~ b does not match with | |
432 | |
433 The left item "a" is used as a string. The right item "b" is used as a | |
434 pattern, like what's used for searching. Example: > | |
435 | |
436 :if str =~ " " | |
437 : echo "str contains a space" | |
438 :endif | |
439 :if str !~ '\.$' | |
440 : echo "str does not end in a full stop" | |
441 :endif | |
442 | |
443 Notice the use of a single-quote string for the pattern. This is useful, | |
161 | 444 because backslashes would need to be doubled in a double-quote string and |
445 patterns tend to contain many backslashes. | |
7 | 446 |
447 The 'ignorecase' option is used when comparing strings. When you don't want | |
448 that, append "#" to match case and "?" to ignore case. Thus "==?" compares | |
449 two strings to be equal while ignoring case. And "!~#" checks if a pattern | |
450 doesn't match, also checking the case of letters. For the full table see | |
451 |expr-==|. | |
452 | |
453 | |
454 MORE LOOPING | |
455 | |
456 The ":while" command was already mentioned. Two more statements can be used | |
457 in between the ":while" and the ":endwhile": | |
458 | |
459 :continue Jump back to the start of the while loop; the | |
460 loop continues. | |
461 :break Jump forward to the ":endwhile"; the loop is | |
462 discontinued. | |
463 | |
464 Example: > | |
465 | |
466 :while counter < 40 | |
467 : call do_something() | |
468 : if skip_flag | |
469 : continue | |
470 : endif | |
471 : if finished_flag | |
472 : break | |
473 : endif | |
474 : sleep 50m | |
475 :endwhile | |
476 | |
477 The ":sleep" command makes Vim take a nap. The "50m" specifies fifty | |
478 milliseconds. Another example is ":sleep 4", which sleeps for four seconds. | |
479 | |
161 | 480 Even more looping can be done with the ":for" command, see below in |41.8|. |
481 | |
7 | 482 ============================================================================== |
483 *41.5* Executing an expression | |
484 | |
485 So far the commands in the script were executed by Vim directly. The | |
486 ":execute" command allows executing the result of an expression. This is a | |
487 very powerful way to build commands and execute them. | |
488 An example is to jump to a tag, which is contained in a variable: > | |
489 | |
490 :execute "tag " . tag_name | |
491 | |
492 The "." is used to concatenate the string "tag " with the value of variable | |
493 "tag_name". Suppose "tag_name" has the value "get_cmd", then the command that | |
494 will be executed is: > | |
495 | |
496 :tag get_cmd | |
497 | |
498 The ":execute" command can only execute colon commands. The ":normal" command | |
499 executes Normal mode commands. However, its argument is not an expression but | |
500 the literal command characters. Example: > | |
501 | |
502 :normal gg=G | |
503 | |
504 This jumps to the first line and formats all lines with the "=" operator. | |
505 To make ":normal" work with an expression, combine ":execute" with it. | |
506 Example: > | |
507 | |
508 :execute "normal " . normal_commands | |
509 | |
510 The variable "normal_commands" must contain the Normal mode commands. | |
511 Make sure that the argument for ":normal" is a complete command. Otherwise | |
512 Vim will run into the end of the argument and abort the command. For example, | |
513 if you start Insert mode, you must leave Insert mode as well. This works: > | |
514 | |
515 :execute "normal Inew text \<Esc>" | |
516 | |
517 This inserts "new text " in the current line. Notice the use of the special | |
518 key "\<Esc>". This avoids having to enter a real <Esc> character in your | |
519 script. | |
520 | |
161 | 521 If you don't want to execute a string but evaluate it to get its expression |
522 value, you can use the eval() function: > | |
523 | |
524 :let optname = "path" | |
525 :let optval = eval('&' . optname) | |
526 | |
527 A "&" character is prepended to "path", thus the argument to eval() is | |
528 "&path". The result will then be the value of the 'path' option. | |
529 The same thing can be done with: > | |
530 :exe 'let optval = &' . optname | |
531 | |
7 | 532 ============================================================================== |
533 *41.6* Using functions | |
534 | |
535 Vim defines many functions and provides a large amount of functionality that | |
536 way. A few examples will be given in this section. You can find the whole | |
537 list here: |functions|. | |
538 | |
539 A function is called with the ":call" command. The parameters are passed in | |
2709 | 540 between parentheses separated by commas. Example: > |
7 | 541 |
542 :call search("Date: ", "W") | |
543 | |
544 This calls the search() function, with arguments "Date: " and "W". The | |
545 search() function uses its first argument as a search pattern and the second | |
546 one as flags. The "W" flag means the search doesn't wrap around the end of | |
547 the file. | |
548 | |
549 A function can be called in an expression. Example: > | |
550 | |
551 :let line = getline(".") | |
552 :let repl = substitute(line, '\a', "*", "g") | |
553 :call setline(".", repl) | |
554 | |
161 | 555 The getline() function obtains a line from the current buffer. Its argument |
556 is a specification of the line number. In this case "." is used, which means | |
557 the line where the cursor is. | |
7 | 558 The substitute() function does something similar to the ":substitute" |
559 command. The first argument is the string on which to perform the | |
560 substitution. The second argument is the pattern, the third the replacement | |
561 string. Finally, the last arguments are the flags. | |
562 The setline() function sets the line, specified by the first argument, to a | |
563 new string, the second argument. In this example the line under the cursor is | |
564 replaced with the result of the substitute(). Thus the effect of the three | |
565 statements is equal to: > | |
566 | |
567 :substitute/\a/*/g | |
568 | |
569 Using the functions becomes more interesting when you do more work before and | |
570 after the substitute() call. | |
571 | |
572 | |
573 FUNCTIONS *function-list* | |
574 | |
575 There are many functions. We will mention them here, grouped by what they are | |
576 used for. You can find an alphabetical list here: |functions|. Use CTRL-] on | |
577 the function name to jump to detailed help on it. | |
578 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
579 String manipulation: *string-functions* |
824 | 580 nr2char() get a character by its ASCII value |
7 | 581 char2nr() get ASCII value of a character |
1620 | 582 str2nr() convert a string to a Number |
583 str2float() convert a string to a Float | |
824 | 584 printf() format a string according to % items |
7 | 585 escape() escape characters in a string with a '\' |
1620 | 586 shellescape() escape a string for use with a shell command |
587 fnameescape() escape a file name for use with a Vim command | |
824 | 588 tr() translate characters from one set to another |
7 | 589 strtrans() translate a string to make it printable |
590 tolower() turn a string to lowercase | |
591 toupper() turn a string to uppercase | |
592 match() position where a pattern matches in a string | |
593 matchend() position where a pattern match ends in a string | |
594 matchstr() match of a pattern in a string | |
824 | 595 matchlist() like matchstr() and also return submatches |
7 | 596 stridx() first index of a short string in a long string |
597 strridx() last index of a short string in a long string | |
5618 | 598 strlen() length of a string in bytes |
599 strchars() length of a string in characters | |
600 strwidth() size of string when displayed | |
601 strdisplaywidth() size of string when displayed, deals with tabs | |
7 | 602 substitute() substitute a pattern match with a string |
2908 | 603 submatch() get a specific match in ":s" and substitute() |
7 | 604 strpart() get part of a string |
605 expand() expand special keywords | |
606 iconv() convert text from one encoding to another | |
824 | 607 byteidx() byte index of a character in a string |
5618 | 608 byteidxcomp() like byteidx() but count composing characters |
824 | 609 repeat() repeat a string multiple times |
610 eval() evaluate a string expression | |
7 | 611 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
612 List manipulation: *list-functions* |
112 | 613 get() get an item without error for wrong index |
614 len() number of items in a List | |
615 empty() check if List is empty | |
616 insert() insert an item somewhere in a List | |
617 add() append an item to a List | |
618 extend() append a List to a List | |
619 remove() remove one or more items from a List | |
620 copy() make a shallow copy of a List | |
621 deepcopy() make a full copy of a List | |
622 filter() remove selected items from a List | |
623 map() change each List item | |
624 sort() sort a List | |
625 reverse() reverse the order of a List | |
5763 | 626 uniq() remove copies of repeated adjacent items |
112 | 627 split() split a String into a List |
628 join() join List items into a String | |
824 | 629 range() return a List with a sequence of numbers |
112 | 630 string() String representation of a List |
631 call() call a function with List as arguments | |
323 | 632 index() index of a value in a List |
112 | 633 max() maximum value in a List |
634 min() minimum value in a List | |
635 count() count number of times a value appears in a List | |
824 | 636 repeat() repeat a List multiple times |
112 | 637 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
638 Dictionary manipulation: *dict-functions* |
323 | 639 get() get an entry without an error for a wrong key |
112 | 640 len() number of entries in a Dictionary |
641 has_key() check whether a key appears in a Dictionary | |
642 empty() check if Dictionary is empty | |
643 remove() remove an entry from a Dictionary | |
644 extend() add entries from one Dictionary to another | |
645 filter() remove selected entries from a Dictionary | |
646 map() change each Dictionary entry | |
647 keys() get List of Dictionary keys | |
648 values() get List of Dictionary values | |
649 items() get List of Dictionary key-value pairs | |
650 copy() make a shallow copy of a Dictionary | |
651 deepcopy() make a full copy of a Dictionary | |
652 string() String representation of a Dictionary | |
653 max() maximum value in a Dictionary | |
654 min() minimum value in a Dictionary | |
655 count() count number of times a value appears | |
656 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
657 Floating point computation: *float-functions* |
1620 | 658 float2nr() convert Float to Number |
659 abs() absolute value (also works for Number) | |
660 round() round off | |
661 ceil() round up | |
662 floor() round down | |
663 trunc() remove value after decimal point | |
5618 | 664 fmod() remainder of division |
665 exp() exponential | |
666 log() natural logarithm (logarithm to base e) | |
1620 | 667 log10() logarithm to base 10 |
668 pow() value of x to the exponent y | |
669 sqrt() square root | |
670 sin() sine | |
671 cos() cosine | |
2725 | 672 tan() tangent |
673 asin() arc sine | |
674 acos() arc cosine | |
1620 | 675 atan() arc tangent |
2725 | 676 atan2() arc tangent |
677 sinh() hyperbolic sine | |
678 cosh() hyperbolic cosine | |
679 tanh() hyperbolic tangent | |
1620 | 680 |
3237 | 681 Other computation: *bitwise-function* |
682 and() bitwise AND | |
683 invert() bitwise invert | |
684 or() bitwise OR | |
685 xor() bitwise XOR | |
5618 | 686 sha256() SHA-256 hash |
3237 | 687 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
688 Variables: *var-functions* |
824 | 689 type() type of a variable |
690 islocked() check if a variable is locked | |
691 function() get a Funcref for a function name | |
692 getbufvar() get a variable value from a specific buffer | |
693 setbufvar() set a variable in a specific buffer | |
831 | 694 getwinvar() get a variable from specific window |
2207
b17bbfa96fa0
Add the settabvar() and gettabvar() functions.
Bram Moolenaar <bram@vim.org>
parents:
2154
diff
changeset
|
695 gettabvar() get a variable from specific tab page |
831 | 696 gettabwinvar() get a variable from specific window & tab page |
824 | 697 setwinvar() set a variable in a specific window |
2207
b17bbfa96fa0
Add the settabvar() and gettabvar() functions.
Bram Moolenaar <bram@vim.org>
parents:
2154
diff
changeset
|
698 settabvar() set a variable in a specific tab page |
831 | 699 settabwinvar() set a variable in a specific window & tab page |
824 | 700 garbagecollect() possibly free memory |
701 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
702 Cursor and mark position: *cursor-functions* *mark-functions* |
7 | 703 col() column number of the cursor or a mark |
704 virtcol() screen column of the cursor or a mark | |
705 line() line number of the cursor or mark | |
706 wincol() window column number of the cursor | |
707 winline() window line number of the cursor | |
708 cursor() position the cursor at a line/column | |
5618 | 709 screencol() get screen column of the cursor |
710 screenrow() get screen row of the cursor | |
5968 | 711 getcurpos() get position of the cursor |
824 | 712 getpos() get position of cursor, mark, etc. |
713 setpos() set position of cursor, mark, etc. | |
714 byte2line() get line number at a specific byte count | |
715 line2byte() byte count at a specific line | |
716 diff_filler() get the number of filler lines above a line | |
5618 | 717 screenattr() get attribute at a screen line/row |
718 screenchar() get character code at a screen line/row | |
824 | 719 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
720 Working with text in the current buffer: *text-functions* |
161 | 721 getline() get a line or list of lines from the buffer |
7 | 722 setline() replace a line in the buffer |
161 | 723 append() append line or list of lines in the buffer |
7 | 724 indent() indent of a specific line |
725 cindent() indent according to C indenting | |
726 lispindent() indent according to Lisp indenting | |
727 nextnonblank() find next non-blank line | |
728 prevnonblank() find previous non-blank line | |
729 search() find a match for a pattern | |
667 | 730 searchpos() find a match for a pattern |
7 | 731 searchpair() find the other end of a start/skip/end |
667 | 732 searchpairpos() find the other end of a start/skip/end |
824 | 733 searchdecl() search for the declaration of a name |
7 | 734 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
735 *system-functions* *file-functions* |
7 | 736 System functions and manipulation of files: |
737 glob() expand wildcards | |
738 globpath() expand wildcards in a number of directories | |
824 | 739 findfile() find a file in a list of directories |
740 finddir() find a directory in a list of directories | |
7 | 741 resolve() find out where a shortcut points to |
742 fnamemodify() modify a file name | |
824 | 743 pathshorten() shorten directory names in a path |
744 simplify() simplify a path without changing its meaning | |
7 | 745 executable() check if an executable program exists |
5814 | 746 exepath() full path of an executable program |
7 | 747 filereadable() check if a file can be read |
748 filewritable() check if a file can be written to | |
824 | 749 getfperm() get the permissions of a file |
750 getftype() get the kind of a file | |
7 | 751 isdirectory() check if a directory exists |
752 getfsize() get the size of a file | |
824 | 753 getcwd() get the current working directory |
1104 | 754 haslocaldir() check if current window used |:lcd| |
7 | 755 tempname() get the name of a temporary file |
824 | 756 mkdir() create a new directory |
7 | 757 delete() delete a file |
758 rename() rename a file | |
5814 | 759 system() get the result of a shell command as a string |
760 systemlist() get the result of a shell command as a list | |
7 | 761 hostname() name of the system |
158 | 762 readfile() read a file into a List of lines |
763 writefile() write a List of lines into a file | |
7 | 764 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
765 Date and Time: *date-functions* *time-functions* |
824 | 766 getftime() get last modification time of a file |
767 localtime() get current time in seconds | |
768 strftime() convert time to a string | |
769 reltime() get the current or elapsed time accurately | |
770 reltimestr() convert reltime() result to a string | |
771 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
772 *buffer-functions* *window-functions* *arg-functions* |
7 | 773 Buffers, windows and the argument list: |
774 argc() number of entries in the argument list | |
775 argidx() current position in the argument list | |
5942 | 776 arglistid() get id of the argument list |
7 | 777 argv() get one entry from the argument list |
778 bufexists() check if a buffer exists | |
779 buflisted() check if a buffer exists and is listed | |
780 bufloaded() check if a buffer exists and is loaded | |
781 bufname() get the name of a specific buffer | |
782 bufnr() get the buffer number of a specific buffer | |
824 | 783 tabpagebuflist() return List of buffers in a tab page |
784 tabpagenr() get the number of a tab page | |
785 tabpagewinnr() like winnr() for a specified tab page | |
7 | 786 winnr() get the window number for the current window |
787 bufwinnr() get the window number of a specific buffer | |
788 winbufnr() get the buffer number of a specific window | |
434 | 789 getbufline() get a list of lines from the specified buffer |
824 | 790 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
791 Command line: *command-line-functions* |
824 | 792 getcmdline() get the current command line |
793 getcmdpos() get position of the cursor in the command line | |
794 setcmdpos() set position of the cursor in the command line | |
795 getcmdtype() return the current command-line type | |
6153 | 796 getcmdwintype() return the current command-line window type |
824 | 797 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
798 Quickfix and location lists: *quickfix-functions* |
824 | 799 getqflist() list of quickfix errors |
800 setqflist() modify a quickfix list | |
801 getloclist() list of location list items | |
802 setloclist() modify a location list | |
803 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
804 Insert mode completion: *completion-functions* |
824 | 805 complete() set found matches |
806 complete_add() add to found matches | |
807 complete_check() check if completion should be aborted | |
808 pumvisible() check if the popup menu is displayed | |
7 | 809 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
810 Folding: *folding-functions* |
7 | 811 foldclosed() check for a closed fold at a specific line |
812 foldclosedend() like foldclosed() but return the last line | |
813 foldlevel() check for the fold level at a specific line | |
814 foldtext() generate the line displayed for a closed fold | |
824 | 815 foldtextresult() get the text displayed for a closed fold |
816 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
817 Syntax and highlighting: *syntax-functions* *highlighting-functions* |
1326 | 818 clearmatches() clear all matches defined by |matchadd()| and |
819 the |:match| commands | |
820 getmatches() get all matches defined by |matchadd()| and | |
821 the |:match| commands | |
7 | 822 hlexists() check if a highlight group exists |
823 hlID() get ID of a highlight group | |
824 synID() get syntax ID at a specific position | |
825 synIDattr() get a specific attribute of a syntax ID | |
826 synIDtrans() get translated syntax ID | |
2642 | 827 synstack() get list of syntax IDs at a specific position |
2662 | 828 synconcealed() get info about concealing |
824 | 829 diff_hlID() get highlight ID for diff mode at a position |
1326 | 830 matchadd() define a pattern to highlight (a "match") |
5979 | 831 matchaddpos() define a list of positions to highlight |
824 | 832 matcharg() get info about |:match| arguments |
1326 | 833 matchdelete() delete a match defined by |matchadd()| or a |
834 |:match| command | |
835 setmatches() restore a list of matches saved by | |
836 |getmatches()| | |
824 | 837 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
838 Spelling: *spell-functions* |
824 | 839 spellbadword() locate badly spelled word at or after cursor |
840 spellsuggest() return suggested spelling corrections | |
841 soundfold() return the sound-a-like equivalent of a word | |
7 | 842 |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
843 History: *history-functions* |
7 | 844 histadd() add an item to a history |
845 histdel() delete an item from a history | |
846 histget() get an item from a history | |
847 histnr() get highest index of a history list | |
848 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
849 Interactive: *interactive-functions* |
824 | 850 browse() put up a file requester |
851 browsedir() put up a directory requester | |
7 | 852 confirm() let the user make a choice |
853 getchar() get a character from the user | |
854 getcharmod() get modifiers for the last typed character | |
1620 | 855 feedkeys() put characters in the typeahead queue |
7 | 856 input() get a line from the user |
824 | 857 inputlist() let the user pick an entry from a list |
7 | 858 inputsecret() get a line from the user without showing it |
859 inputdialog() get a line from the user in a dialog | |
230 | 860 inputsave() save and clear typeahead |
7 | 861 inputrestore() restore typeahead |
862 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
863 GUI: *gui-functions* |
824 | 864 getfontname() get name of current font being used |
865 getwinposx() X position of the GUI Vim window | |
866 getwinposy() Y position of the GUI Vim window | |
867 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
868 Vim server: *server-functions* |
7 | 869 serverlist() return the list of server names |
870 remote_send() send command characters to a Vim server | |
871 remote_expr() evaluate an expression in a Vim server | |
872 server2client() send a reply to a client of a Vim server | |
873 remote_peek() check if there is a reply from a Vim server | |
874 remote_read() read a reply from a Vim server | |
875 foreground() move the Vim window to the foreground | |
876 remote_foreground() move the Vim server window to the foreground | |
877 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
878 Window size and position: *window-size-functions* |
824 | 879 winheight() get height of a specific window |
880 winwidth() get width of a specific window | |
881 winrestcmd() return command to restore window sizes | |
882 winsaveview() get view of current window | |
883 winrestview() restore saved view of current window | |
884 | |
4159 | 885 Mappings: *mapping-functions* |
886 hasmapto() check if a mapping exists | |
887 mapcheck() check if a matching mapping exists | |
888 maparg() get rhs of a mapping | |
889 wildmenumode() check if the wildmode is active | |
890 | |
2301
6f63294a1781
Avoid use of the GTK mail_loop() so that the GtkFileChooser can be used.
Bram Moolenaar <bram@vim.org>
parents:
2207
diff
changeset
|
891 Various: *various-functions* |
7 | 892 mode() get current editing mode |
893 visualmode() last visual mode used | |
894 exists() check if a variable, function, etc. exists | |
895 has() check if a feature is supported in Vim | |
824 | 896 changenr() return number of most recent change |
7 | 897 cscope_connection() check if a cscope connection exists |
898 did_filetype() check if a FileType autocommand was used | |
899 eventhandler() check if invoked by an event handler | |
1620 | 900 getpid() get process ID of Vim |
824 | 901 |
7 | 902 libcall() call a function in an external library |
903 libcallnr() idem, returning a number | |
824 | 904 |
5618 | 905 undofile() get the name of the undo file |
906 undotree() return the state of the undo tree | |
907 | |
7 | 908 getreg() get contents of a register |
909 getregtype() get type of a register | |
910 setreg() set contents and type of a register | |
824 | 911 |
5618 | 912 shiftwidth() effective value of 'shiftwidth' |
913 | |
211 | 914 taglist() get list of matching tags |
824 | 915 tagfiles() get a list of tags files |
7 | 916 |
5618 | 917 luaeval() evaluate Lua expression |
2050
afcf9db31561
updated for version 7.2.336
Bram Moolenaar <bram@zimbu.org>
parents:
1702
diff
changeset
|
918 mzeval() evaluate |MzScheme| expression |
5618 | 919 py3eval() evaluate Python expression (|+python3|) |
920 pyeval() evaluate Python expression (|+python|) | |
2050
afcf9db31561
updated for version 7.2.336
Bram Moolenaar <bram@zimbu.org>
parents:
1702
diff
changeset
|
921 |
7 | 922 ============================================================================== |
923 *41.7* Defining a function | |
924 | |
925 Vim enables you to define your own functions. The basic function declaration | |
926 begins as follows: > | |
927 | |
928 :function {name}({var1}, {var2}, ...) | |
929 : {body} | |
930 :endfunction | |
931 < | |
932 Note: | |
933 Function names must begin with a capital letter. | |
934 | |
935 Let's define a short function to return the smaller of two numbers. It starts | |
936 with this line: > | |
937 | |
938 :function Min(num1, num2) | |
939 | |
940 This tells Vim that the function is named "Min" and it takes two arguments: | |
941 "num1" and "num2". | |
942 The first thing you need to do is to check to see which number is smaller: | |
943 > | |
944 : if a:num1 < a:num2 | |
945 | |
946 The special prefix "a:" tells Vim that the variable is a function argument. | |
947 Let's assign the variable "smaller" the value of the smallest number: > | |
948 | |
949 : if a:num1 < a:num2 | |
950 : let smaller = a:num1 | |
951 : else | |
952 : let smaller = a:num2 | |
953 : endif | |
954 | |
955 The variable "smaller" is a local variable. Variables used inside a function | |
956 are local unless prefixed by something like "g:", "a:", or "s:". | |
957 | |
958 Note: | |
959 To access a global variable from inside a function you must prepend | |
1620 | 960 "g:" to it. Thus "g:today" inside a function is used for the global |
961 variable "today", and "today" is another variable, local to the | |
7 | 962 function. |
963 | |
964 You now use the ":return" statement to return the smallest number to the user. | |
965 Finally, you end the function: > | |
966 | |
967 : return smaller | |
968 :endfunction | |
969 | |
970 The complete function definition is as follows: > | |
971 | |
972 :function Min(num1, num2) | |
973 : if a:num1 < a:num2 | |
974 : let smaller = a:num1 | |
975 : else | |
976 : let smaller = a:num2 | |
977 : endif | |
978 : return smaller | |
979 :endfunction | |
980 | |
161 | 981 For people who like short functions, this does the same thing: > |
982 | |
983 :function Min(num1, num2) | |
984 : if a:num1 < a:num2 | |
985 : return a:num1 | |
986 : endif | |
987 : return a:num2 | |
988 :endfunction | |
989 | |
681 | 990 A user defined function is called in exactly the same way as a built-in |
7 | 991 function. Only the name is different. The Min function can be used like |
992 this: > | |
993 | |
994 :echo Min(5, 8) | |
995 | |
996 Only now will the function be executed and the lines be interpreted by Vim. | |
997 If there are mistakes, like using an undefined variable or function, you will | |
998 now get an error message. When defining the function these errors are not | |
999 detected. | |
1000 | |
1001 When a function reaches ":endfunction" or ":return" is used without an | |
1002 argument, the function returns zero. | |
1003 | |
1004 To redefine a function that already exists, use the ! for the ":function" | |
1005 command: > | |
1006 | |
1007 :function! Min(num1, num2, num3) | |
1008 | |
1009 | |
1010 USING A RANGE | |
1011 | |
1012 The ":call" command can be given a line range. This can have one of two | |
1013 meanings. When a function has been defined with the "range" keyword, it will | |
1014 take care of the line range itself. | |
1015 The function will be passed the variables "a:firstline" and "a:lastline". | |
1016 These will have the line numbers from the range the function was called with. | |
1017 Example: > | |
1018 | |
1019 :function Count_words() range | |
1620 | 1020 : let lnum = a:firstline |
1021 : let n = 0 | |
1022 : while lnum <= a:lastline | |
1023 : let n = n + len(split(getline(lnum))) | |
1024 : let lnum = lnum + 1 | |
7 | 1025 : endwhile |
1620 | 1026 : echo "found " . n . " words" |
7 | 1027 :endfunction |
1028 | |
1029 You can call this function with: > | |
1030 | |
1031 :10,30call Count_words() | |
1032 | |
1033 It will be executed once and echo the number of words. | |
1034 The other way to use a line range is by defining a function without the | |
1035 "range" keyword. The function will be called once for every line in the | |
1036 range, with the cursor in that line. Example: > | |
1037 | |
1038 :function Number() | |
1039 : echo "line " . line(".") . " contains: " . getline(".") | |
1040 :endfunction | |
1041 | |
1042 If you call this function with: > | |
1043 | |
1044 :10,15call Number() | |
1045 | |
1046 The function will be called six times. | |
1047 | |
1048 | |
1049 VARIABLE NUMBER OF ARGUMENTS | |
1050 | |
1051 Vim enables you to define functions that have a variable number of arguments. | |
1052 The following command, for instance, defines a function that must have 1 | |
1053 argument (start) and can have up to 20 additional arguments: > | |
1054 | |
1055 :function Show(start, ...) | |
1056 | |
1057 The variable "a:1" contains the first optional argument, "a:2" the second, and | |
1058 so on. The variable "a:0" contains the number of extra arguments. | |
1059 For example: > | |
1060 | |
1061 :function Show(start, ...) | |
1062 : echohl Title | |
2709 | 1063 : echo "start is " . a:start |
7 | 1064 : echohl None |
1065 : let index = 1 | |
1066 : while index <= a:0 | |
1067 : echo " Arg " . index . " is " . a:{index} | |
1068 : let index = index + 1 | |
1069 : endwhile | |
1070 : echo "" | |
1071 :endfunction | |
1072 | |
1073 This uses the ":echohl" command to specify the highlighting used for the | |
1074 following ":echo" command. ":echohl None" stops it again. The ":echon" | |
1075 command works like ":echo", but doesn't output a line break. | |
1076 | |
161 | 1077 You can also use the a:000 variable, it is a List of all the "..." arguments. |
1078 See |a:000|. | |
1079 | |
7 | 1080 |
1081 LISTING FUNCTIONS | |
1082 | |
1083 The ":function" command lists the names and arguments of all user-defined | |
1084 functions: > | |
1085 | |
1086 :function | |
1087 < function Show(start, ...) ~ | |
1088 function GetVimIndent() ~ | |
1089 function SetSyn(name) ~ | |
1090 | |
1091 To see what a function does, use its name as an argument for ":function": > | |
1092 | |
1093 :function SetSyn | |
1094 < 1 if &syntax == '' ~ | |
1095 2 let &syntax = a:name ~ | |
1096 3 endif ~ | |
1097 endfunction ~ | |
1098 | |
1099 | |
1100 DEBUGGING | |
1101 | |
1102 The line number is useful for when you get an error message or when debugging. | |
1103 See |debug-scripts| about debugging mode. | |
1104 You can also set the 'verbose' option to 12 or higher to see all function | |
1105 calls. Set it to 15 or higher to see every executed line. | |
1106 | |
1107 | |
1108 DELETING A FUNCTION | |
1109 | |
1110 To delete the Show() function: > | |
1111 | |
1112 :delfunction Show | |
1113 | |
1114 You get an error when the function doesn't exist. | |
1115 | |
161 | 1116 |
1117 FUNCTION REFERENCES | |
1118 | |
1119 Sometimes it can be useful to have a variable point to one function or | |
1120 another. You can do it with the function() function. It turns the name of a | |
1121 function into a reference: > | |
1122 | |
1123 :let result = 0 " or 1 | |
1124 :function! Right() | |
1125 : return 'Right!' | |
1126 :endfunc | |
1127 :function! Wrong() | |
1128 : return 'Wrong!' | |
1129 :endfunc | |
1130 : | |
1131 :if result == 1 | |
1132 : let Afunc = function('Right') | |
1133 :else | |
1134 : let Afunc = function('Wrong') | |
1135 :endif | |
1136 :echo call(Afunc, []) | |
1137 < Wrong! ~ | |
1138 | |
1139 Note that the name of a variable that holds a function reference must start | |
1140 with a capital. Otherwise it could be confused with the name of a builtin | |
1141 function. | |
1142 The way to invoke a function that a variable refers to is with the call() | |
1143 function. Its first argument is the function reference, the second argument | |
1144 is a List with arguments. | |
1145 | |
1146 Function references are most useful in combination with a Dictionary, as is | |
1147 explained in the next section. | |
1148 | |
7 | 1149 ============================================================================== |
161 | 1150 *41.8* Lists and Dictionaries |
1151 | |
1152 So far we have used the basic types String and Number. Vim also supports two | |
1153 composite types: List and Dictionary. | |
1154 | |
1155 A List is an ordered sequence of things. The things can be any kind of value, | |
1156 thus you can make a List of numbers, a List of Lists and even a List of mixed | |
1157 items. To create a List with three strings: > | |
1158 | |
856 | 1159 :let alist = ['aap', 'mies', 'noot'] |
161 | 1160 |
1161 The List items are enclosed in square brackets and separated by commas. To | |
1162 create an empty List: > | |
1163 | |
856 | 1164 :let alist = [] |
161 | 1165 |
1166 You can add items to a List with the add() function: > | |
1167 | |
856 | 1168 :let alist = [] |
161 | 1169 :call add(alist, 'foo') |
1170 :call add(alist, 'bar') | |
1171 :echo alist | |
1172 < ['foo', 'bar'] ~ | |
1173 | |
1174 List concatenation is done with +: > | |
1175 | |
1176 :echo alist + ['foo', 'bar'] | |
1177 < ['foo', 'bar', 'foo', 'bar'] ~ | |
1178 | |
1179 Or, if you want to extend a List directly: > | |
1180 | |
856 | 1181 :let alist = ['one'] |
161 | 1182 :call extend(alist, ['two', 'three']) |
1183 :echo alist | |
1184 < ['one', 'two', 'three'] ~ | |
1185 | |
1186 Notice that using add() will have a different effect: > | |
1187 | |
856 | 1188 :let alist = ['one'] |
161 | 1189 :call add(alist, ['two', 'three']) |
1190 :echo alist | |
1191 < ['one', ['two', 'three']] ~ | |
1192 | |
1193 The second argument of add() is added as a single item. | |
1194 | |
1195 | |
1196 FOR LOOP | |
1197 | |
1198 One of the nice things you can do with a List is iterate over it: > | |
1199 | |
1200 :let alist = ['one', 'two', 'three'] | |
1201 :for n in alist | |
1202 : echo n | |
1203 :endfor | |
1204 < one ~ | |
1205 two ~ | |
1206 three ~ | |
1207 | |
1208 This will loop over each element in List "alist", assigning the value to | |
1209 variable "n". The generic form of a for loop is: > | |
1210 | |
1211 :for {varname} in {listexpression} | |
1212 : {commands} | |
1213 :endfor | |
1214 | |
1215 To loop a certain number of times you need a List of a specific length. The | |
1216 range() function creates one for you: > | |
1217 | |
1218 :for a in range(3) | |
1219 : echo a | |
1220 :endfor | |
1221 < 0 ~ | |
1222 1 ~ | |
1223 2 ~ | |
1224 | |
1225 Notice that the first item of the List that range() produces is zero, thus the | |
1226 last item is one less than the length of the list. | |
1227 You can also specify the maximum value, the stride and even go backwards: > | |
1228 | |
1229 :for a in range(8, 4, -2) | |
1230 : echo a | |
1231 :endfor | |
1232 < 8 ~ | |
1233 6 ~ | |
1234 4 ~ | |
1235 | |
1236 A more useful example, looping over lines in the buffer: > | |
1237 | |
856 | 1238 :for line in getline(1, 20) |
1239 : if line =~ "Date: " | |
1240 : echo matchstr(line, 'Date: \zs.*') | |
1241 : endif | |
1242 :endfor | |
161 | 1243 |
1244 This looks into lines 1 to 20 (inclusive) and echoes any date found in there. | |
1245 | |
1246 | |
1247 DICTIONARIES | |
1248 | |
1249 A Dictionary stores key-value pairs. You can quickly lookup a value if you | |
1250 know the key. A Dictionary is created with curly braces: > | |
856 | 1251 |
161 | 1252 :let uk2nl = {'one': 'een', 'two': 'twee', 'three': 'drie'} |
1253 | |
164 | 1254 Now you can lookup words by putting the key in square brackets: > |
161 | 1255 |
1256 :echo uk2nl['two'] | |
1257 < twee ~ | |
1258 | |
1259 The generic form for defining a Dictionary is: > | |
1260 | |
1261 {<key> : <value>, ...} | |
1262 | |
1263 An empty Dictionary is one without any keys: > | |
1264 | |
1265 {} | |
1266 | |
1267 The possibilities with Dictionaries are numerous. There are various functions | |
1268 for them as well. For example, you can obtain a list of the keys and loop | |
1269 over them: > | |
1270 | |
1271 :for key in keys(uk2nl) | |
1272 : echo key | |
1273 :endfor | |
1274 < three ~ | |
1275 one ~ | |
1276 two ~ | |
1277 | |
1620 | 1278 You will notice the keys are not ordered. You can sort the list to get a |
161 | 1279 specific order: > |
1280 | |
1281 :for key in sort(keys(uk2nl)) | |
1282 : echo key | |
1283 :endfor | |
1284 < one ~ | |
1285 three ~ | |
1286 two ~ | |
1287 | |
1288 But you can never get back the order in which items are defined. For that you | |
1289 need to use a List, it stores items in an ordered sequence. | |
1290 | |
1291 | |
1292 DICTIONARY FUNCTIONS | |
1293 | |
1294 The items in a Dictionary can normally be obtained with an index in square | |
1295 brackets: > | |
1296 | |
1297 :echo uk2nl['one'] | |
1298 < een ~ | |
1299 | |
1300 A method that does the same, but without so many punctuation characters: > | |
1301 | |
1302 :echo uk2nl.one | |
1303 < een ~ | |
1304 | |
1305 This only works for a key that is made of ASCII letters, digits and the | |
1306 underscore. You can also assign a new value this way: > | |
1307 | |
1308 :let uk2nl.four = 'vier' | |
1309 :echo uk2nl | |
1310 < {'three': 'drie', 'four': 'vier', 'one': 'een', 'two': 'twee'} ~ | |
1311 | |
1312 And now for something special: you can directly define a function and store a | |
1313 reference to it in the dictionary: > | |
1314 | |
1315 :function uk2nl.translate(line) dict | |
1316 : return join(map(split(a:line), 'get(self, v:val, "???")')) | |
1317 :endfunction | |
1318 | |
1319 Let's first try it out: > | |
1320 | |
1321 :echo uk2nl.translate('three two five one') | |
1322 < drie twee ??? een ~ | |
1323 | |
1324 The first special thing you notice is the "dict" at the end of the ":function" | |
1325 line. This marks the function as being used from a Dictionary. The "self" | |
1326 local variable will then refer to that Dictionary. | |
1327 Now let's break up the complicated return command: > | |
1328 | |
1329 split(a:line) | |
1330 | |
2709 | 1331 The split() function takes a string, chops it into whitespace separated words |
161 | 1332 and returns a list with these words. Thus in the example it returns: > |
1333 | |
1334 :echo split('three two five one') | |
1335 < ['three', 'two', 'five', 'one'] ~ | |
1336 | |
1337 This list is the first argument to the map() function. This will go through | |
1338 the list, evaluating its second argument with "v:val" set to the value of each | |
1339 item. This is a shortcut to using a for loop. This command: > | |
1340 | |
1341 :let alist = map(split(a:line), 'get(self, v:val, "???")') | |
1342 | |
1343 Is equivalent to: > | |
1344 | |
1345 :let alist = split(a:line) | |
1346 :for idx in range(len(alist)) | |
1347 : let alist[idx] = get(self, alist[idx], "???") | |
1348 :endfor | |
1349 | |
1350 The get() function checks if a key is present in a Dictionary. If it is, then | |
1351 the value is retrieved. If it isn't, then the default value is returned, in | |
164 | 1352 the example it's '???'. This is a convenient way to handle situations where a |
161 | 1353 key may not be present and you don't want an error message. |
1354 | |
1355 The join() function does the opposite of split(): it joins together a list of | |
1356 words, putting a space in between. | |
1357 This combination of split(), map() and join() is a nice way to filter a line | |
1358 of words in a very compact way. | |
1359 | |
1360 | |
1361 OBJECT ORIENTED PROGRAMMING | |
1362 | |
1363 Now that you can put both values and functions in a Dictionary, you can | |
1364 actually use a Dictionary like an object. | |
1365 Above we used a Dictionary for translating Dutch to English. We might want | |
1366 to do the same for other languages. Let's first make an object (aka | |
1367 Dictionary) that has the translate function, but no words to translate: > | |
1368 | |
1369 :let transdict = {} | |
1370 :function transdict.translate(line) dict | |
1371 : return join(map(split(a:line), 'get(self.words, v:val, "???")')) | |
1372 :endfunction | |
1373 | |
1374 It's slightly different from the function above, using 'self.words' to lookup | |
1375 word translations. But we don't have a self.words. Thus you could call this | |
1376 an abstract class. | |
1377 | |
1378 Now we can instantiate a Dutch translation object: > | |
1379 | |
1380 :let uk2nl = copy(transdict) | |
1381 :let uk2nl.words = {'one': 'een', 'two': 'twee', 'three': 'drie'} | |
1382 :echo uk2nl.translate('three one') | |
1383 < drie een ~ | |
1384 | |
1385 And a German translator: > | |
1386 | |
1387 :let uk2de = copy(transdict) | |
1388 :let uk2de.words = {'one': 'ein', 'two': 'zwei', 'three': 'drei'} | |
1389 :echo uk2de.translate('three one') | |
1390 < drei ein ~ | |
1391 | |
1392 You see that the copy() function is used to make a copy of the "transdict" | |
1393 Dictionary and then the copy is changed to add the words. The original | |
1394 remains the same, of course. | |
1395 | |
1396 Now you can go one step further, and use your preferred translator: > | |
1397 | |
1398 :if $LANG =~ "de" | |
1399 : let trans = uk2de | |
1400 :else | |
1401 : let trans = uk2nl | |
1402 :endif | |
1403 :echo trans.translate('one two three') | |
1404 < een twee drie ~ | |
1405 | |
1406 Here "trans" refers to one of the two objects (Dictionaries). No copy is | |
1407 made. More about List and Dictionary identity can be found at |list-identity| | |
1408 and |dict-identity|. | |
1409 | |
1410 Now you might use a language that isn't supported. You can overrule the | |
1411 translate() function to do nothing: > | |
1412 | |
1413 :let uk2uk = copy(transdict) | |
1414 :function! uk2uk.translate(line) | |
1415 : return a:line | |
1416 :endfunction | |
1417 :echo uk2uk.translate('three one wladiwostok') | |
1418 < three one wladiwostok ~ | |
1419 | |
1420 Notice that a ! was used to overwrite the existing function reference. Now | |
1421 use "uk2uk" when no recognized language is found: > | |
1422 | |
1423 :if $LANG =~ "de" | |
1424 : let trans = uk2de | |
1425 :elseif $LANG =~ "nl" | |
1426 : let trans = uk2nl | |
1427 :else | |
1428 : let trans = uk2uk | |
1429 :endif | |
1430 :echo trans.translate('one two three') | |
1431 < one two three ~ | |
1432 | |
1433 For further reading see |Lists| and |Dictionaries|. | |
1434 | |
1435 ============================================================================== | |
1436 *41.9* Exceptions | |
7 | 1437 |
1438 Let's start with an example: > | |
1439 | |
1440 :try | |
1441 : read ~/templates/pascal.tmpl | |
1442 :catch /E484:/ | |
1443 : echo "Sorry, the Pascal template file cannot be found." | |
1444 :endtry | |
1445 | |
1446 The ":read" command will fail if the file does not exist. Instead of | |
1447 generating an error message, this code catches the error and gives the user a | |
2709 | 1448 nice message. |
7 | 1449 |
1450 For the commands in between ":try" and ":endtry" errors are turned into | |
1451 exceptions. An exception is a string. In the case of an error the string | |
1452 contains the error message. And every error message has a number. In this | |
1453 case, the error we catch contains "E484:". This number is guaranteed to stay | |
1454 the same (the text may change, e.g., it may be translated). | |
1455 | |
1456 When the ":read" command causes another error, the pattern "E484:" will not | |
1457 match in it. Thus this exception will not be caught and result in the usual | |
1458 error message. | |
1459 | |
1460 You might be tempted to do this: > | |
1461 | |
1462 :try | |
1463 : read ~/templates/pascal.tmpl | |
1464 :catch | |
1465 : echo "Sorry, the Pascal template file cannot be found." | |
1466 :endtry | |
1467 | |
1468 This means all errors are caught. But then you will not see errors that are | |
1469 useful, such as "E21: Cannot make changes, 'modifiable' is off". | |
1470 | |
1471 Another useful mechanism is the ":finally" command: > | |
1472 | |
1473 :let tmp = tempname() | |
1474 :try | |
1475 : exe ".,$write " . tmp | |
1476 : exe "!filter " . tmp | |
1477 : .,$delete | |
1478 : exe "$read " . tmp | |
1479 :finally | |
1480 : call delete(tmp) | |
1481 :endtry | |
1482 | |
1483 This filters the lines from the cursor until the end of the file through the | |
1484 "filter" command, which takes a file name argument. No matter if the | |
1485 filtering works, something goes wrong in between ":try" and ":finally" or the | |
1486 user cancels the filtering by pressing CTRL-C, the "call delete(tmp)" is | |
1487 always executed. This makes sure you don't leave the temporary file behind. | |
1488 | |
1489 More information about exception handling can be found in the reference | |
1490 manual: |exception-handling|. | |
1491 | |
1492 ============================================================================== | |
161 | 1493 *41.10* Various remarks |
7 | 1494 |
1495 Here is a summary of items that apply to Vim scripts. They are also mentioned | |
1496 elsewhere, but form a nice checklist. | |
1497 | |
1498 The end-of-line character depends on the system. For Unix a single <NL> | |
1499 character is used. For MS-DOS, Windows, OS/2 and the like, <CR><LF> is used. | |
1500 This is important when using mappings that end in a <CR>. See |:source_crnl|. | |
1501 | |
1502 | |
1503 WHITE SPACE | |
1504 | |
1505 Blank lines are allowed and ignored. | |
1506 | |
1507 Leading whitespace characters (blanks and TABs) are always ignored. The | |
1508 whitespaces between parameters (e.g. between the 'set' and the 'cpoptions' in | |
1509 the example below) are reduced to one blank character and plays the role of a | |
1510 separator, the whitespaces after the last (visible) character may or may not | |
1511 be ignored depending on the situation, see below. | |
1512 | |
1513 For a ":set" command involving the "=" (equal) sign, such as in: > | |
1514 | |
1515 :set cpoptions =aABceFst | |
1516 | |
1517 the whitespace immediately before the "=" sign is ignored. But there can be | |
1518 no whitespace after the "=" sign! | |
1519 | |
1520 To include a whitespace character in the value of an option, it must be | |
1521 escaped by a "\" (backslash) as in the following example: > | |
1522 | |
1523 :set tags=my\ nice\ file | |
1524 | |
2709 | 1525 The same example written as: > |
7 | 1526 |
1527 :set tags=my nice file | |
1528 | |
1529 will issue an error, because it is interpreted as: > | |
1530 | |
1531 :set tags=my | |
1532 :set nice | |
1533 :set file | |
1534 | |
1535 | |
1536 COMMENTS | |
1537 | |
1538 The character " (the double quote mark) starts a comment. Everything after | |
1539 and including this character until the end-of-line is considered a comment and | |
1540 is ignored, except for commands that don't consider comments, as shown in | |
1541 examples below. A comment can start on any character position on the line. | |
1542 | |
1543 There is a little "catch" with comments for some commands. Examples: > | |
1544 | |
1545 :abbrev dev development " shorthand | |
1546 :map <F3> o#include " insert include | |
1547 :execute cmd " do it | |
1548 :!ls *.c " list C files | |
1549 | |
1550 The abbreviation 'dev' will be expanded to 'development " shorthand'. The | |
1551 mapping of <F3> will actually be the whole line after the 'o# ....' including | |
1552 the '" insert include'. The "execute" command will give an error. The "!" | |
1553 command will send everything after it to the shell, causing an error for an | |
1554 unmatched '"' character. | |
1555 There can be no comment after ":map", ":abbreviate", ":execute" and "!" | |
1556 commands (there are a few more commands with this restriction). For the | |
1557 ":map", ":abbreviate" and ":execute" commands there is a trick: > | |
1558 | |
1559 :abbrev dev development|" shorthand | |
1560 :map <F3> o#include|" insert include | |
1561 :execute cmd |" do it | |
1562 | |
1563 With the '|' character the command is separated from the next one. And that | |
1146 | 1564 next command is only a comment. For the last command you need to do two |
1565 things: |:execute| and use '|': > | |
1566 :exe '!ls *.c' |" list C files | |
7 | 1567 |
1568 Notice that there is no white space before the '|' in the abbreviation and | |
1569 mapping. For these commands, any character until the end-of-line or '|' is | |
1570 included. As a consequence of this behavior, you don't always see that | |
1571 trailing whitespace is included: > | |
1572 | |
1573 :map <F4> o#include | |
1574 | |
1146 | 1575 To spot these problems, you can set the 'list' option when editing vimrc |
7 | 1576 files. |
1577 | |
1146 | 1578 For Unix there is one special way to comment a line, that allows making a Vim |
1579 script executable: > | |
1580 #!/usr/bin/env vim -S | |
1581 echo "this is a Vim script" | |
1582 quit | |
1583 | |
1584 The "#" command by itself lists a line with the line number. Adding an | |
1585 exclamation mark changes it into doing nothing, so that you can add the shell | |
1586 command to execute the rest of the file. |:#!| |-S| | |
1587 | |
7 | 1588 |
1589 PITFALLS | |
1590 | |
1591 Even bigger problem arises in the following example: > | |
1592 | |
1593 :map ,ab o#include | |
1594 :unmap ,ab | |
1595 | |
1596 Here the unmap command will not work, because it tries to unmap ",ab ". This | |
1597 does not exist as a mapped sequence. An error will be issued, which is very | |
1598 hard to identify, because the ending whitespace character in ":unmap ,ab " is | |
1599 not visible. | |
1600 | |
1601 And this is the same as what happens when one uses a comment after an 'unmap' | |
1602 command: > | |
1603 | |
1604 :unmap ,ab " comment | |
1605 | |
1606 Here the comment part will be ignored. However, Vim will try to unmap | |
1607 ',ab ', which does not exist. Rewrite it as: > | |
1608 | |
1609 :unmap ,ab| " comment | |
1610 | |
1611 | |
1612 RESTORING THE VIEW | |
1613 | |
3893 | 1614 Sometimes you want to make a change and go back to where the cursor was. |
7 | 1615 Restoring the relative position would also be nice, so that the same line |
1616 appears at the top of the window. | |
1617 This example yanks the current line, puts it above the first line in the | |
1618 file and then restores the view: > | |
1619 | |
1620 map ,p ma"aYHmbgg"aP`bzt`a | |
1621 | |
1622 What this does: > | |
1623 ma"aYHmbgg"aP`bzt`a | |
1624 < ma set mark a at cursor position | |
1625 "aY yank current line into register a | |
1626 Hmb go to top line in window and set mark b there | |
1627 gg go to first line in file | |
1628 "aP put the yanked line above it | |
1629 `b go back to top line in display | |
1630 zt position the text in the window as before | |
1631 `a go back to saved cursor position | |
1632 | |
1633 | |
1634 PACKAGING | |
1635 | |
1636 To avoid your function names to interfere with functions that you get from | |
1637 others, use this scheme: | |
1638 - Prepend a unique string before each function name. I often use an | |
1639 abbreviation. For example, "OW_" is used for the option window functions. | |
1640 - Put the definition of your functions together in a file. Set a global | |
1641 variable to indicate that the functions have been loaded. When sourcing the | |
1642 file again, first unload the functions. | |
1643 Example: > | |
1644 | |
1645 " This is the XXX package | |
1646 | |
1647 if exists("XXX_loaded") | |
1648 delfun XXX_one | |
1649 delfun XXX_two | |
1650 endif | |
1651 | |
1652 function XXX_one(a) | |
1653 ... body of function ... | |
1654 endfun | |
1655 | |
1656 function XXX_two(b) | |
1657 ... body of function ... | |
1658 endfun | |
1659 | |
1660 let XXX_loaded = 1 | |
1661 | |
1662 ============================================================================== | |
161 | 1663 *41.11* Writing a plugin *write-plugin* |
7 | 1664 |
1665 You can write a Vim script in such a way that many people can use it. This is | |
1666 called a plugin. Vim users can drop your script in their plugin directory and | |
1667 use its features right away |add-plugin|. | |
1668 | |
1669 There are actually two types of plugins: | |
1670 | |
1671 global plugins: For all types of files. | |
1672 filetype plugins: Only for files of a specific type. | |
1673 | |
1674 In this section the first type is explained. Most items are also relevant for | |
1675 writing filetype plugins. The specifics for filetype plugins are in the next | |
1676 section |write-filetype-plugin|. | |
1677 | |
1678 | |
1679 NAME | |
1680 | |
1681 First of all you must choose a name for your plugin. The features provided | |
1682 by the plugin should be clear from its name. And it should be unlikely that | |
1683 someone else writes a plugin with the same name but which does something | |
1684 different. And please limit the name to 8 characters, to avoid problems on | |
1685 old Windows systems. | |
1686 | |
1687 A script that corrects typing mistakes could be called "typecorr.vim". We | |
1688 will use it here as an example. | |
1689 | |
1690 For the plugin to work for everybody, it should follow a few guidelines. This | |
1691 will be explained step-by-step. The complete example plugin is at the end. | |
1692 | |
1693 | |
1694 BODY | |
1695 | |
1696 Let's start with the body of the plugin, the lines that do the actual work: > | |
1697 | |
1698 14 iabbrev teh the | |
1699 15 iabbrev otehr other | |
1700 16 iabbrev wnat want | |
1701 17 iabbrev synchronisation | |
1702 18 \ synchronization | |
1703 19 let s:count = 4 | |
1704 | |
1705 The actual list should be much longer, of course. | |
1706 | |
1707 The line numbers have only been added to explain a few things, don't put them | |
1708 in your plugin file! | |
1709 | |
1710 | |
1711 HEADER | |
1712 | |
1713 You will probably add new corrections to the plugin and soon have several | |
3830 | 1714 versions lying around. And when distributing this file, people will want to |
7 | 1715 know who wrote this wonderful plugin and where they can send remarks. |
1716 Therefore, put a header at the top of your plugin: > | |
1717 | |
1718 1 " Vim global plugin for correcting typing mistakes | |
1719 2 " Last Change: 2000 Oct 15 | |
1720 3 " Maintainer: Bram Moolenaar <Bram@vim.org> | |
1721 | |
1722 About copyright and licensing: Since plugins are very useful and it's hardly | |
1723 worth restricting their distribution, please consider making your plugin | |
1724 either public domain or use the Vim |license|. A short note about this near | |
1725 the top of the plugin should be sufficient. Example: > | |
1726 | |
1727 4 " License: This file is placed in the public domain. | |
1728 | |
1729 | |
1730 LINE CONTINUATION, AVOIDING SIDE EFFECTS *use-cpo-save* | |
1731 | |
1732 In line 18 above, the line-continuation mechanism is used |line-continuation|. | |
1733 Users with 'compatible' set will run into trouble here, they will get an error | |
1734 message. We can't just reset 'compatible', because that has a lot of side | |
1735 effects. To avoid this, we will set the 'cpoptions' option to its Vim default | |
1736 value and restore it later. That will allow the use of line-continuation and | |
1737 make the script work for most people. It is done like this: > | |
1738 | |
1739 11 let s:save_cpo = &cpo | |
1740 12 set cpo&vim | |
1741 .. | |
1742 42 let &cpo = s:save_cpo | |
3445 | 1743 43 unlet s:save_cpo |
7 | 1744 |
1745 We first store the old value of 'cpoptions' in the s:save_cpo variable. At | |
1746 the end of the plugin this value is restored. | |
1747 | |
1748 Notice that a script-local variable is used |s:var|. A global variable could | |
1749 already be in use for something else. Always use script-local variables for | |
1750 things that are only used in the script. | |
1751 | |
1752 | |
1753 NOT LOADING | |
1754 | |
1755 It's possible that a user doesn't always want to load this plugin. Or the | |
1756 system administrator has dropped it in the system-wide plugin directory, but a | |
1757 user has his own plugin he wants to use. Then the user must have a chance to | |
1758 disable loading this specific plugin. This will make it possible: > | |
1759 | |
2325
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1760 6 if exists("g:loaded_typecorr") |
7 | 1761 7 finish |
1762 8 endif | |
2325
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1763 9 let g:loaded_typecorr = 1 |
7 | 1764 |
1765 This also avoids that when the script is loaded twice it would cause error | |
1766 messages for redefining functions and cause trouble for autocommands that are | |
1767 added twice. | |
1768 | |
2325
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1769 The name is recommended to start with "loaded_" and then the file name of the |
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1770 plugin, literally. The "g:" is prepended just to avoid mistakes when using |
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1771 the variable in a function (without "g:" it would be a variable local to the |
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1772 function). |
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1773 |
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1774 Using "finish" stops Vim from reading the rest of the file, it's much quicker |
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1775 than using if-endif around the whole file. |
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1776 |
7 | 1777 |
1778 MAPPING | |
1779 | |
1780 Now let's make the plugin more interesting: We will add a mapping that adds a | |
1781 correction for the word under the cursor. We could just pick a key sequence | |
1782 for this mapping, but the user might already use it for something else. To | |
1783 allow the user to define which keys a mapping in a plugin uses, the <Leader> | |
1784 item can be used: > | |
1785 | |
1786 22 map <unique> <Leader>a <Plug>TypecorrAdd | |
1787 | |
1788 The "<Plug>TypecorrAdd" thing will do the work, more about that further on. | |
1789 | |
1790 The user can set the "mapleader" variable to the key sequence that he wants | |
1791 this mapping to start with. Thus if the user has done: > | |
1792 | |
1793 let mapleader = "_" | |
1794 | |
1795 the mapping will define "_a". If the user didn't do this, the default value | |
1796 will be used, which is a backslash. Then a map for "\a" will be defined. | |
1797 | |
1798 Note that <unique> is used, this will cause an error message if the mapping | |
1799 already happened to exist. |:map-<unique>| | |
1800 | |
1801 But what if the user wants to define his own key sequence? We can allow that | |
1802 with this mechanism: > | |
1803 | |
1804 21 if !hasmapto('<Plug>TypecorrAdd') | |
1805 22 map <unique> <Leader>a <Plug>TypecorrAdd | |
1806 23 endif | |
1807 | |
1808 This checks if a mapping to "<Plug>TypecorrAdd" already exists, and only | |
1809 defines the mapping from "<Leader>a" if it doesn't. The user then has a | |
1810 chance of putting this in his vimrc file: > | |
1811 | |
1812 map ,c <Plug>TypecorrAdd | |
1813 | |
1814 Then the mapped key sequence will be ",c" instead of "_a" or "\a". | |
1815 | |
1816 | |
1817 PIECES | |
1818 | |
1819 If a script gets longer, you often want to break up the work in pieces. You | |
1820 can use functions or mappings for this. But you don't want these functions | |
1821 and mappings to interfere with the ones from other scripts. For example, you | |
1822 could define a function Add(), but another script could try to define the same | |
1823 function. To avoid this, we define the function local to the script by | |
1824 prepending it with "s:". | |
1825 | |
1826 We will define a function that adds a new typing correction: > | |
1827 | |
1828 30 function s:Add(from, correct) | |
1829 31 let to = input("type the correction for " . a:from . ": ") | |
1830 32 exe ":iabbrev " . a:from . " " . to | |
1831 .. | |
1832 36 endfunction | |
1833 | |
1834 Now we can call the function s:Add() from within this script. If another | |
1835 script also defines s:Add(), it will be local to that script and can only | |
1836 be called from the script it was defined in. There can also be a global Add() | |
1837 function (without the "s:"), which is again another function. | |
1838 | |
1839 <SID> can be used with mappings. It generates a script ID, which identifies | |
1840 the current script. In our typing correction plugin we use it like this: > | |
1841 | |
1842 24 noremap <unique> <script> <Plug>TypecorrAdd <SID>Add | |
1843 .. | |
1844 28 noremap <SID>Add :call <SID>Add(expand("<cword>"), 1)<CR> | |
1845 | |
1846 Thus when a user types "\a", this sequence is invoked: > | |
1847 | |
1848 \a -> <Plug>TypecorrAdd -> <SID>Add -> :call <SID>Add() | |
1849 | |
1850 If another script would also map <SID>Add, it would get another script ID and | |
1851 thus define another mapping. | |
1852 | |
1853 Note that instead of s:Add() we use <SID>Add() here. That is because the | |
1854 mapping is typed by the user, thus outside of the script. The <SID> is | |
1855 translated to the script ID, so that Vim knows in which script to look for | |
1856 the Add() function. | |
1857 | |
1858 This is a bit complicated, but it's required for the plugin to work together | |
1859 with other plugins. The basic rule is that you use <SID>Add() in mappings and | |
1860 s:Add() in other places (the script itself, autocommands, user commands). | |
1861 | |
1862 We can also add a menu entry to do the same as the mapping: > | |
1863 | |
1864 26 noremenu <script> Plugin.Add\ Correction <SID>Add | |
1865 | |
1866 The "Plugin" menu is recommended for adding menu items for plugins. In this | |
1867 case only one item is used. When adding more items, creating a submenu is | |
1868 recommended. For example, "Plugin.CVS" could be used for a plugin that offers | |
1869 CVS operations "Plugin.CVS.checkin", "Plugin.CVS.checkout", etc. | |
1870 | |
1871 Note that in line 28 ":noremap" is used to avoid that any other mappings cause | |
1872 trouble. Someone may have remapped ":call", for example. In line 24 we also | |
1873 use ":noremap", but we do want "<SID>Add" to be remapped. This is why | |
1874 "<script>" is used here. This only allows mappings which are local to the | |
1875 script. |:map-<script>| The same is done in line 26 for ":noremenu". | |
1876 |:menu-<script>| | |
1877 | |
1878 | |
1879 <SID> AND <Plug> *using-<Plug>* | |
1880 | |
1881 Both <SID> and <Plug> are used to avoid that mappings of typed keys interfere | |
1882 with mappings that are only to be used from other mappings. Note the | |
1883 difference between using <SID> and <Plug>: | |
1884 | |
1885 <Plug> is visible outside of the script. It is used for mappings which the | |
1886 user might want to map a key sequence to. <Plug> is a special code | |
1887 that a typed key will never produce. | |
1888 To make it very unlikely that other plugins use the same sequence of | |
1889 characters, use this structure: <Plug> scriptname mapname | |
1890 In our example the scriptname is "Typecorr" and the mapname is "Add". | |
1891 This results in "<Plug>TypecorrAdd". Only the first character of | |
1892 scriptname and mapname is uppercase, so that we can see where mapname | |
1893 starts. | |
1894 | |
1895 <SID> is the script ID, a unique identifier for a script. | |
1896 Internally Vim translates <SID> to "<SNR>123_", where "123" can be any | |
1897 number. Thus a function "<SID>Add()" will have a name "<SNR>11_Add()" | |
1898 in one script, and "<SNR>22_Add()" in another. You can see this if | |
1899 you use the ":function" command to get a list of functions. The | |
1900 translation of <SID> in mappings is exactly the same, that's how you | |
1901 can call a script-local function from a mapping. | |
1902 | |
1903 | |
1904 USER COMMAND | |
1905 | |
1906 Now let's add a user command to add a correction: > | |
1907 | |
1908 38 if !exists(":Correct") | |
1909 39 command -nargs=1 Correct :call s:Add(<q-args>, 0) | |
1910 40 endif | |
1911 | |
1912 The user command is defined only if no command with the same name already | |
1913 exists. Otherwise we would get an error here. Overriding the existing user | |
1914 command with ":command!" is not a good idea, this would probably make the user | |
1915 wonder why the command he defined himself doesn't work. |:command| | |
1916 | |
1917 | |
1918 SCRIPT VARIABLES | |
1919 | |
1920 When a variable starts with "s:" it is a script variable. It can only be used | |
1921 inside a script. Outside the script it's not visible. This avoids trouble | |
1922 with using the same variable name in different scripts. The variables will be | |
1923 kept as long as Vim is running. And the same variables are used when sourcing | |
1924 the same script again. |s:var| | |
1925 | |
1926 The fun is that these variables can also be used in functions, autocommands | |
1927 and user commands that are defined in the script. In our example we can add | |
1928 a few lines to count the number of corrections: > | |
1929 | |
1930 19 let s:count = 4 | |
1931 .. | |
1932 30 function s:Add(from, correct) | |
1933 .. | |
1934 34 let s:count = s:count + 1 | |
1935 35 echo s:count . " corrections now" | |
1936 36 endfunction | |
1937 | |
1938 First s:count is initialized to 4 in the script itself. When later the | |
1939 s:Add() function is called, it increments s:count. It doesn't matter from | |
1940 where the function was called, since it has been defined in the script, it | |
1941 will use the local variables from this script. | |
1942 | |
1943 | |
1944 THE RESULT | |
1945 | |
1946 Here is the resulting complete example: > | |
1947 | |
1948 1 " Vim global plugin for correcting typing mistakes | |
1949 2 " Last Change: 2000 Oct 15 | |
1950 3 " Maintainer: Bram Moolenaar <Bram@vim.org> | |
1951 4 " License: This file is placed in the public domain. | |
1952 5 | |
2325
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1953 6 if exists("g:loaded_typecorr") |
7 | 1954 7 finish |
1955 8 endif | |
2325
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1956 9 let g:loaded_typecorr = 1 |
7 | 1957 10 |
1958 11 let s:save_cpo = &cpo | |
1959 12 set cpo&vim | |
1960 13 | |
1961 14 iabbrev teh the | |
1962 15 iabbrev otehr other | |
1963 16 iabbrev wnat want | |
1964 17 iabbrev synchronisation | |
1965 18 \ synchronization | |
1966 19 let s:count = 4 | |
1967 20 | |
1968 21 if !hasmapto('<Plug>TypecorrAdd') | |
1969 22 map <unique> <Leader>a <Plug>TypecorrAdd | |
1970 23 endif | |
1971 24 noremap <unique> <script> <Plug>TypecorrAdd <SID>Add | |
1972 25 | |
1973 26 noremenu <script> Plugin.Add\ Correction <SID>Add | |
1974 27 | |
1975 28 noremap <SID>Add :call <SID>Add(expand("<cword>"), 1)<CR> | |
1976 29 | |
1977 30 function s:Add(from, correct) | |
1978 31 let to = input("type the correction for " . a:from . ": ") | |
1979 32 exe ":iabbrev " . a:from . " " . to | |
1980 33 if a:correct | exe "normal viws\<C-R>\" \b\e" | endif | |
1981 34 let s:count = s:count + 1 | |
1982 35 echo s:count . " corrections now" | |
1983 36 endfunction | |
1984 37 | |
1985 38 if !exists(":Correct") | |
1986 39 command -nargs=1 Correct :call s:Add(<q-args>, 0) | |
1987 40 endif | |
1988 41 | |
1989 42 let &cpo = s:save_cpo | |
3445 | 1990 43 unlet s:save_cpo |
7 | 1991 |
1992 Line 33 wasn't explained yet. It applies the new correction to the word under | |
1993 the cursor. The |:normal| command is used to use the new abbreviation. Note | |
1994 that mappings and abbreviations are expanded here, even though the function | |
1995 was called from a mapping defined with ":noremap". | |
1996 | |
1997 Using "unix" for the 'fileformat' option is recommended. The Vim scripts will | |
1998 then work everywhere. Scripts with 'fileformat' set to "dos" do not work on | |
1999 Unix. Also see |:source_crnl|. To be sure it is set right, do this before | |
2000 writing the file: > | |
2001 | |
2002 :set fileformat=unix | |
2003 | |
2004 | |
2005 DOCUMENTATION *write-local-help* | |
2006 | |
2007 It's a good idea to also write some documentation for your plugin. Especially | |
2008 when its behavior can be changed by the user. See |add-local-help| for how | |
2009 they are installed. | |
2010 | |
2011 Here is a simple example for a plugin help file, called "typecorr.txt": > | |
2012 | |
2013 1 *typecorr.txt* Plugin for correcting typing mistakes | |
2014 2 | |
2015 3 If you make typing mistakes, this plugin will have them corrected | |
2016 4 automatically. | |
2017 5 | |
2018 6 There are currently only a few corrections. Add your own if you like. | |
2019 7 | |
2020 8 Mappings: | |
2021 9 <Leader>a or <Plug>TypecorrAdd | |
2022 10 Add a correction for the word under the cursor. | |
2023 11 | |
2024 12 Commands: | |
2025 13 :Correct {word} | |
2026 14 Add a correction for {word}. | |
2027 15 | |
2028 16 *typecorr-settings* | |
2029 17 This plugin doesn't have any settings. | |
2030 | |
2031 The first line is actually the only one for which the format matters. It will | |
2032 be extracted from the help file to be put in the "LOCAL ADDITIONS:" section of | |
2033 help.txt |local-additions|. The first "*" must be in the first column of the | |
2034 first line. After adding your help file do ":help" and check that the entries | |
2035 line up nicely. | |
2036 | |
2037 You can add more tags inside ** in your help file. But be careful not to use | |
2038 existing help tags. You would probably use the name of your plugin in most of | |
2039 them, like "typecorr-settings" in the example. | |
2040 | |
2041 Using references to other parts of the help in || is recommended. This makes | |
2042 it easy for the user to find associated help. | |
2043 | |
2044 | |
2045 FILETYPE DETECTION *plugin-filetype* | |
2046 | |
2047 If your filetype is not already detected by Vim, you should create a filetype | |
2048 detection snippet in a separate file. It is usually in the form of an | |
2049 autocommand that sets the filetype when the file name matches a pattern. | |
2050 Example: > | |
2051 | |
2052 au BufNewFile,BufRead *.foo set filetype=foofoo | |
2053 | |
2054 Write this single-line file as "ftdetect/foofoo.vim" in the first directory | |
2055 that appears in 'runtimepath'. For Unix that would be | |
2056 "~/.vim/ftdetect/foofoo.vim". The convention is to use the name of the | |
2057 filetype for the script name. | |
2058 | |
2059 You can make more complicated checks if you like, for example to inspect the | |
2060 contents of the file to recognize the language. Also see |new-filetype|. | |
2061 | |
2062 | |
2063 SUMMARY *plugin-special* | |
2064 | |
2065 Summary of special things to use in a plugin: | |
2066 | |
2067 s:name Variables local to the script. | |
2068 | |
2069 <SID> Script-ID, used for mappings and functions local to | |
2070 the script. | |
2071 | |
2072 hasmapto() Function to test if the user already defined a mapping | |
2073 for functionality the script offers. | |
2074 | |
2075 <Leader> Value of "mapleader", which the user defines as the | |
2076 keys that plugin mappings start with. | |
2077 | |
2078 :map <unique> Give a warning if a mapping already exists. | |
2079 | |
2080 :noremap <script> Use only mappings local to the script, not global | |
2081 mappings. | |
2082 | |
2083 exists(":Cmd") Check if a user command already exists. | |
2084 | |
2085 ============================================================================== | |
161 | 2086 *41.12* Writing a filetype plugin *write-filetype-plugin* *ftplugin* |
7 | 2087 |
2088 A filetype plugin is like a global plugin, except that it sets options and | |
2089 defines mappings for the current buffer only. See |add-filetype-plugin| for | |
2090 how this type of plugin is used. | |
2091 | |
161 | 2092 First read the section on global plugins above |41.11|. All that is said there |
7 | 2093 also applies to filetype plugins. There are a few extras, which are explained |
2094 here. The essential thing is that a filetype plugin should only have an | |
2095 effect on the current buffer. | |
2096 | |
2097 | |
2098 DISABLING | |
2099 | |
2100 If you are writing a filetype plugin to be used by many people, they need a | |
2101 chance to disable loading it. Put this at the top of the plugin: > | |
2102 | |
2103 " Only do this when not done yet for this buffer | |
2104 if exists("b:did_ftplugin") | |
2105 finish | |
2106 endif | |
2107 let b:did_ftplugin = 1 | |
2108 | |
2109 This also needs to be used to avoid that the same plugin is executed twice for | |
2110 the same buffer (happens when using an ":edit" command without arguments). | |
2111 | |
2112 Now users can disable loading the default plugin completely by making a | |
2113 filetype plugin with only this line: > | |
2114 | |
2115 let b:did_ftplugin = 1 | |
2116 | |
2117 This does require that the filetype plugin directory comes before $VIMRUNTIME | |
2118 in 'runtimepath'! | |
2119 | |
2120 If you do want to use the default plugin, but overrule one of the settings, | |
2121 you can write the different setting in a script: > | |
2122 | |
2123 setlocal textwidth=70 | |
2124 | |
2125 Now write this in the "after" directory, so that it gets sourced after the | |
2126 distributed "vim.vim" ftplugin |after-directory|. For Unix this would be | |
2127 "~/.vim/after/ftplugin/vim.vim". Note that the default plugin will have set | |
2128 "b:did_ftplugin", but it is ignored here. | |
2129 | |
2130 | |
2131 OPTIONS | |
2132 | |
2133 To make sure the filetype plugin only affects the current buffer use the > | |
2134 | |
2135 :setlocal | |
2136 | |
2137 command to set options. And only set options which are local to a buffer (see | |
2138 the help for the option to check that). When using |:setlocal| for global | |
2139 options or options local to a window, the value will change for many buffers, | |
2140 and that is not what a filetype plugin should do. | |
2141 | |
2142 When an option has a value that is a list of flags or items, consider using | |
2143 "+=" and "-=" to keep the existing value. Be aware that the user may have | |
2144 changed an option value already. First resetting to the default value and | |
2698
b6471224d2af
Updated runtime files and translations.
Bram Moolenaar <bram@vim.org>
parents:
2662
diff
changeset
|
2145 then changing it is often a good idea. Example: > |
7 | 2146 |
2147 :setlocal formatoptions& formatoptions+=ro | |
2148 | |
2149 | |
2150 MAPPINGS | |
2151 | |
2152 To make sure mappings will only work in the current buffer use the > | |
2153 | |
2154 :map <buffer> | |
2155 | |
2156 command. This needs to be combined with the two-step mapping explained above. | |
2157 An example of how to define functionality in a filetype plugin: > | |
2158 | |
2159 if !hasmapto('<Plug>JavaImport') | |
2160 map <buffer> <unique> <LocalLeader>i <Plug>JavaImport | |
2161 endif | |
2162 noremap <buffer> <unique> <Plug>JavaImport oimport ""<Left><Esc> | |
2163 | |
2164 |hasmapto()| is used to check if the user has already defined a map to | |
2165 <Plug>JavaImport. If not, then the filetype plugin defines the default | |
2166 mapping. This starts with |<LocalLeader>|, which allows the user to select | |
2167 the key(s) he wants filetype plugin mappings to start with. The default is a | |
2168 backslash. | |
2169 "<unique>" is used to give an error message if the mapping already exists or | |
2170 overlaps with an existing mapping. | |
2171 |:noremap| is used to avoid that any other mappings that the user has defined | |
2172 interferes. You might want to use ":noremap <script>" to allow remapping | |
2173 mappings defined in this script that start with <SID>. | |
2174 | |
2175 The user must have a chance to disable the mappings in a filetype plugin, | |
2176 without disabling everything. Here is an example of how this is done for a | |
2177 plugin for the mail filetype: > | |
2178 | |
2179 " Add mappings, unless the user didn't want this. | |
2180 if !exists("no_plugin_maps") && !exists("no_mail_maps") | |
2181 " Quote text by inserting "> " | |
2182 if !hasmapto('<Plug>MailQuote') | |
2183 vmap <buffer> <LocalLeader>q <Plug>MailQuote | |
2184 nmap <buffer> <LocalLeader>q <Plug>MailQuote | |
2185 endif | |
2186 vnoremap <buffer> <Plug>MailQuote :s/^/> /<CR> | |
2187 nnoremap <buffer> <Plug>MailQuote :.,$s/^/> /<CR> | |
2188 endif | |
2189 | |
2190 Two global variables are used: | |
2191 no_plugin_maps disables mappings for all filetype plugins | |
2192 no_mail_maps disables mappings for a specific filetype | |
2193 | |
2194 | |
2195 USER COMMANDS | |
2196 | |
2197 To add a user command for a specific file type, so that it can only be used in | |
2198 one buffer, use the "-buffer" argument to |:command|. Example: > | |
2199 | |
2200 :command -buffer Make make %:r.s | |
2201 | |
2202 | |
2203 VARIABLES | |
2204 | |
2205 A filetype plugin will be sourced for each buffer of the type it's for. Local | |
2206 script variables |s:var| will be shared between all invocations. Use local | |
2207 buffer variables |b:var| if you want a variable specifically for one buffer. | |
2208 | |
2209 | |
2210 FUNCTIONS | |
2211 | |
2212 When defining a function, this only needs to be done once. But the filetype | |
2213 plugin will be sourced every time a file with this filetype will be opened. | |
2207
b17bbfa96fa0
Add the settabvar() and gettabvar() functions.
Bram Moolenaar <bram@vim.org>
parents:
2154
diff
changeset
|
2214 This construct makes sure the function is only defined once: > |
7 | 2215 |
2216 :if !exists("*s:Func") | |
2217 : function s:Func(arg) | |
2218 : ... | |
2219 : endfunction | |
2220 :endif | |
2221 < | |
2222 | |
2223 UNDO *undo_ftplugin* | |
2224 | |
2225 When the user does ":setfiletype xyz" the effect of the previous filetype | |
2226 should be undone. Set the b:undo_ftplugin variable to the commands that will | |
2227 undo the settings in your filetype plugin. Example: > | |
2228 | |
2229 let b:undo_ftplugin = "setlocal fo< com< tw< commentstring<" | |
2230 \ . "| unlet b:match_ignorecase b:match_words b:match_skip" | |
2231 | |
2232 Using ":setlocal" with "<" after the option name resets the option to its | |
2233 global value. That is mostly the best way to reset the option value. | |
2234 | |
2235 This does require removing the "C" flag from 'cpoptions' to allow line | |
2236 continuation, as mentioned above |use-cpo-save|. | |
2237 | |
2238 | |
2239 FILE NAME | |
2240 | |
2241 The filetype must be included in the file name |ftplugin-name|. Use one of | |
2242 these three forms: | |
2243 | |
2244 .../ftplugin/stuff.vim | |
2245 .../ftplugin/stuff_foo.vim | |
2246 .../ftplugin/stuff/bar.vim | |
2247 | |
2248 "stuff" is the filetype, "foo" and "bar" are arbitrary names. | |
2249 | |
2250 | |
2251 SUMMARY *ftplugin-special* | |
2252 | |
2253 Summary of special things to use in a filetype plugin: | |
2254 | |
2255 <LocalLeader> Value of "maplocalleader", which the user defines as | |
2256 the keys that filetype plugin mappings start with. | |
2257 | |
2258 :map <buffer> Define a mapping local to the buffer. | |
2259 | |
2260 :noremap <script> Only remap mappings defined in this script that start | |
2261 with <SID>. | |
2262 | |
2263 :setlocal Set an option for the current buffer only. | |
2264 | |
2265 :command -buffer Define a user command local to the buffer. | |
2266 | |
2267 exists("*s:Func") Check if a function was already defined. | |
2268 | |
2269 Also see |plugin-special|, the special things used for all plugins. | |
2270 | |
2271 ============================================================================== | |
161 | 2272 *41.13* Writing a compiler plugin *write-compiler-plugin* |
7 | 2273 |
2274 A compiler plugin sets options for use with a specific compiler. The user can | |
2275 load it with the |:compiler| command. The main use is to set the | |
2276 'errorformat' and 'makeprg' options. | |
2277 | |
2278 Easiest is to have a look at examples. This command will edit all the default | |
2279 compiler plugins: > | |
2280 | |
2281 :next $VIMRUNTIME/compiler/*.vim | |
2282 | |
2283 Use |:next| to go to the next plugin file. | |
2284 | |
2285 There are two special items about these files. First is a mechanism to allow | |
2286 a user to overrule or add to the default file. The default files start with: > | |
2287 | |
2288 :if exists("current_compiler") | |
2289 : finish | |
2290 :endif | |
2291 :let current_compiler = "mine" | |
2292 | |
2293 When you write a compiler file and put it in your personal runtime directory | |
2294 (e.g., ~/.vim/compiler for Unix), you set the "current_compiler" variable to | |
2295 make the default file skip the settings. | |
570 | 2296 *:CompilerSet* |
7 | 2297 The second mechanism is to use ":set" for ":compiler!" and ":setlocal" for |
2298 ":compiler". Vim defines the ":CompilerSet" user command for this. However, | |
2299 older Vim versions don't, thus your plugin should define it then. This is an | |
2300 example: > | |
2301 | |
2302 if exists(":CompilerSet") != 2 | |
2303 command -nargs=* CompilerSet setlocal <args> | |
2304 endif | |
2305 CompilerSet errorformat& " use the default 'errorformat' | |
2306 CompilerSet makeprg=nmake | |
2307 | |
2308 When you write a compiler plugin for the Vim distribution or for a system-wide | |
2309 runtime directory, use the mechanism mentioned above. When | |
2310 "current_compiler" was already set by a user plugin nothing will be done. | |
2311 | |
2312 When you write a compiler plugin to overrule settings from a default plugin, | |
2313 don't check "current_compiler". This plugin is supposed to be loaded | |
2314 last, thus it should be in a directory at the end of 'runtimepath'. For Unix | |
2315 that could be ~/.vim/after/compiler. | |
2316 | |
2317 ============================================================================== | |
170 | 2318 *41.14* Writing a plugin that loads quickly *write-plugin-quickload* |
2319 | |
2320 A plugin may grow and become quite long. The startup delay may become | |
1620 | 2321 noticeable, while you hardly ever use the plugin. Then it's time for a |
170 | 2322 quickload plugin. |
2323 | |
2324 The basic idea is that the plugin is loaded twice. The first time user | |
2325 commands and mappings are defined that offer the functionality. The second | |
2326 time the functions that implement the functionality are defined. | |
2327 | |
2328 It may sound surprising that quickload means loading a script twice. What we | |
2329 mean is that it loads quickly the first time, postponing the bulk of the | |
2330 script to the second time, which only happens when you actually use it. When | |
2331 you always use the functionality it actually gets slower! | |
2332 | |
793 | 2333 Note that since Vim 7 there is an alternative: use the |autoload| |
2334 functionality |41.15|. | |
2335 | |
170 | 2336 The following example shows how it's done: > |
2337 | |
2338 " Vim global plugin for demonstrating quick loading | |
2339 " Last Change: 2005 Feb 25 | |
2340 " Maintainer: Bram Moolenaar <Bram@vim.org> | |
2341 " License: This file is placed in the public domain. | |
2342 | |
2343 if !exists("s:did_load") | |
2344 command -nargs=* BNRead call BufNetRead(<f-args>) | |
2345 map <F19> :call BufNetWrite('something')<CR> | |
2346 | |
2347 let s:did_load = 1 | |
2348 exe 'au FuncUndefined BufNet* source ' . expand('<sfile>') | |
2349 finish | |
2350 endif | |
2351 | |
2352 function BufNetRead(...) | |
2353 echo 'BufNetRead(' . string(a:000) . ')' | |
2354 " read functionality here | |
2355 endfunction | |
2356 | |
2357 function BufNetWrite(...) | |
2358 echo 'BufNetWrite(' . string(a:000) . ')' | |
2359 " write functionality here | |
2360 endfunction | |
2361 | |
2362 When the script is first loaded "s:did_load" is not set. The commands between | |
2363 the "if" and "endif" will be executed. This ends in a |:finish| command, thus | |
2364 the rest of the script is not executed. | |
2365 | |
2366 The second time the script is loaded "s:did_load" exists and the commands | |
2367 after the "endif" are executed. This defines the (possible long) | |
2368 BufNetRead() and BufNetWrite() functions. | |
2369 | |
2370 If you drop this script in your plugin directory Vim will execute it on | |
2371 startup. This is the sequence of events that happens: | |
2372 | |
2373 1. The "BNRead" command is defined and the <F19> key is mapped when the script | |
2374 is sourced at startup. A |FuncUndefined| autocommand is defined. The | |
2375 ":finish" command causes the script to terminate early. | |
2376 | |
2377 2. The user types the BNRead command or presses the <F19> key. The | |
2378 BufNetRead() or BufNetWrite() function will be called. | |
856 | 2379 |
170 | 2380 3. Vim can't find the function and triggers the |FuncUndefined| autocommand |
2381 event. Since the pattern "BufNet*" matches the invoked function, the | |
2382 command "source fname" will be executed. "fname" will be equal to the name | |
2383 of the script, no matter where it is located, because it comes from | |
2384 expanding "<sfile>" (see |expand()|). | |
2385 | |
2386 4. The script is sourced again, the "s:did_load" variable exists and the | |
2387 functions are defined. | |
2388 | |
2389 Notice that the functions that are loaded afterwards match the pattern in the | |
2390 |FuncUndefined| autocommand. You must make sure that no other plugin defines | |
2391 functions that match this pattern. | |
2392 | |
2393 ============================================================================== | |
2394 *41.15* Writing library scripts *write-library-script* | |
2395 | |
2396 Some functionality will be required in several places. When this becomes more | |
2397 than a few lines you will want to put it in one script and use it from many | |
2398 scripts. We will call that one script a library script. | |
2399 | |
2400 Manually loading a library script is possible, so long as you avoid loading it | |
2401 when it's already done. You can do this with the |exists()| function. | |
2402 Example: > | |
2403 | |
2404 if !exists('*MyLibFunction') | |
2405 runtime library/mylibscript.vim | |
2406 endif | |
2407 call MyLibFunction(arg) | |
2408 | |
2409 Here you need to know that MyLibFunction() is defined in a script | |
2410 "library/mylibscript.vim" in one of the directories in 'runtimepath'. | |
2411 | |
2412 To make this a bit simpler Vim offers the autoload mechanism. Then the | |
2413 example looks like this: > | |
2414 | |
270 | 2415 call mylib#myfunction(arg) |
170 | 2416 |
2417 That's a lot simpler, isn't it? Vim will recognize the function name and when | |
2418 it's not defined search for the script "autoload/mylib.vim" in 'runtimepath'. | |
270 | 2419 That script must define the "mylib#myfunction()" function. |
170 | 2420 |
2421 You can put many other functions in the mylib.vim script, you are free to | |
2422 organize your functions in library scripts. But you must use function names | |
323 | 2423 where the part before the '#' matches the script name. Otherwise Vim would |
2424 not know what script to load. | |
170 | 2425 |
681 | 2426 If you get really enthusiastic and write lots of library scripts, you may |
170 | 2427 want to use subdirectories. Example: > |
2428 | |
270 | 2429 call netlib#ftp#read('somefile') |
170 | 2430 |
2431 For Unix the library script used for this could be: | |
2432 | |
2433 ~/.vim/autoload/netlib/ftp.vim | |
2434 | |
2435 Where the function is defined like this: > | |
2436 | |
270 | 2437 function netlib#ftp#read(fname) |
170 | 2438 " Read the file fname through ftp |
2439 endfunction | |
2440 | |
2441 Notice that the name the function is defined with is exactly the same as the | |
323 | 2442 name used for calling the function. And the part before the last '#' |
170 | 2443 exactly matches the subdirectory and script name. |
2444 | |
2445 You can use the same mechanism for variables: > | |
2446 | |
270 | 2447 let weekdays = dutch#weekdays |
170 | 2448 |
2449 This will load the script "autoload/dutch.vim", which should contain something | |
2450 like: > | |
2451 | |
270 | 2452 let dutch#weekdays = ['zondag', 'maandag', 'dinsdag', 'woensdag', |
170 | 2453 \ 'donderdag', 'vrijdag', 'zaterdag'] |
2454 | |
2455 Further reading: |autoload|. | |
2456 | |
2457 ============================================================================== | |
793 | 2458 *41.16* Distributing Vim scripts *distribute-script* |
2459 | |
2460 Vim users will look for scripts on the Vim website: http://www.vim.org. | |
2461 If you made something that is useful for others, share it! | |
2462 | |
2463 Vim scripts can be used on any system. There might not be a tar or gzip | |
2464 command. If you want to pack files together and/or compress them the "zip" | |
2465 utility is recommended. | |
2466 | |
2467 For utmost portability use Vim itself to pack scripts together. This can be | |
2468 done with the Vimball utility. See |vimball|. | |
2469 | |
799 | 2470 It's good if you add a line to allow automatic updating. See |glvs-plugins|. |
2471 | |
793 | 2472 ============================================================================== |
7 | 2473 |
2474 Next chapter: |usr_42.txt| Add new menus | |
2475 | |
2476 Copyright: see |manual-copyright| vim:tw=78:ts=8:ft=help:norl: |