Mercurial > vim
annotate runtime/doc/usr_41.txt @ 5244:eb7ce2918a03
Updated runtime files.
author | Bram Moolenaar <bram@vim.org> |
---|---|
date | Sun, 28 Jul 2013 16:02:18 +0200 |
parents | 6ec6b7ff2d43 |
children | 09c88160095d |
rev | line source |
---|---|
5146 | 1 *usr_41.txt* For Vim version 7.4a. Last change: 2013 Feb 20 |
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 | |
598 strlen() length of a string | |
599 substitute() substitute a pattern match with a string | |
2908 | 600 submatch() get a specific match in ":s" and substitute() |
7 | 601 strpart() get part of a string |
602 expand() expand special keywords | |
603 iconv() convert text from one encoding to another | |
824 | 604 byteidx() byte index of a character in a string |
605 repeat() repeat a string multiple times | |
606 eval() evaluate a string expression | |
7 | 607 |
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
|
608 List manipulation: *list-functions* |
112 | 609 get() get an item without error for wrong index |
610 len() number of items in a List | |
611 empty() check if List is empty | |
612 insert() insert an item somewhere in a List | |
613 add() append an item to a List | |
614 extend() append a List to a List | |
615 remove() remove one or more items from a List | |
616 copy() make a shallow copy of a List | |
617 deepcopy() make a full copy of a List | |
618 filter() remove selected items from a List | |
619 map() change each List item | |
620 sort() sort a List | |
621 reverse() reverse the order of a List | |
622 split() split a String into a List | |
623 join() join List items into a String | |
824 | 624 range() return a List with a sequence of numbers |
112 | 625 string() String representation of a List |
626 call() call a function with List as arguments | |
323 | 627 index() index of a value in a List |
112 | 628 max() maximum value in a List |
629 min() minimum value in a List | |
630 count() count number of times a value appears in a List | |
824 | 631 repeat() repeat a List multiple times |
112 | 632 |
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
|
633 Dictionary manipulation: *dict-functions* |
323 | 634 get() get an entry without an error for a wrong key |
112 | 635 len() number of entries in a Dictionary |
636 has_key() check whether a key appears in a Dictionary | |
637 empty() check if Dictionary is empty | |
638 remove() remove an entry from a Dictionary | |
639 extend() add entries from one Dictionary to another | |
640 filter() remove selected entries from a Dictionary | |
641 map() change each Dictionary entry | |
642 keys() get List of Dictionary keys | |
643 values() get List of Dictionary values | |
644 items() get List of Dictionary key-value pairs | |
645 copy() make a shallow copy of a Dictionary | |
646 deepcopy() make a full copy of a Dictionary | |
647 string() String representation of a Dictionary | |
648 max() maximum value in a Dictionary | |
649 min() minimum value in a Dictionary | |
650 count() count number of times a value appears | |
651 | |
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
|
652 Floating point computation: *float-functions* |
1620 | 653 float2nr() convert Float to Number |
654 abs() absolute value (also works for Number) | |
655 round() round off | |
656 ceil() round up | |
657 floor() round down | |
658 trunc() remove value after decimal point | |
659 log10() logarithm to base 10 | |
660 pow() value of x to the exponent y | |
661 sqrt() square root | |
662 sin() sine | |
663 cos() cosine | |
2725 | 664 tan() tangent |
665 asin() arc sine | |
666 acos() arc cosine | |
1620 | 667 atan() arc tangent |
2725 | 668 atan2() arc tangent |
669 sinh() hyperbolic sine | |
670 cosh() hyperbolic cosine | |
671 tanh() hyperbolic tangent | |
1620 | 672 |
3237 | 673 Other computation: *bitwise-function* |
674 and() bitwise AND | |
675 invert() bitwise invert | |
676 or() bitwise OR | |
677 xor() bitwise XOR | |
678 | |
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
|
679 Variables: *var-functions* |
824 | 680 type() type of a variable |
681 islocked() check if a variable is locked | |
682 function() get a Funcref for a function name | |
683 getbufvar() get a variable value from a specific buffer | |
684 setbufvar() set a variable in a specific buffer | |
831 | 685 getwinvar() get a variable from specific window |
2207
b17bbfa96fa0
Add the settabvar() and gettabvar() functions.
Bram Moolenaar <bram@vim.org>
parents:
2154
diff
changeset
|
686 gettabvar() get a variable from specific tab page |
831 | 687 gettabwinvar() get a variable from specific window & tab page |
824 | 688 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
|
689 settabvar() set a variable in a specific tab page |
831 | 690 settabwinvar() set a variable in a specific window & tab page |
824 | 691 garbagecollect() possibly free memory |
692 | |
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
|
693 Cursor and mark position: *cursor-functions* *mark-functions* |
7 | 694 col() column number of the cursor or a mark |
695 virtcol() screen column of the cursor or a mark | |
696 line() line number of the cursor or mark | |
697 wincol() window column number of the cursor | |
698 winline() window line number of the cursor | |
699 cursor() position the cursor at a line/column | |
824 | 700 getpos() get position of cursor, mark, etc. |
701 setpos() set position of cursor, mark, etc. | |
702 byte2line() get line number at a specific byte count | |
703 line2byte() byte count at a specific line | |
704 diff_filler() get the number of filler lines above a line | |
705 | |
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
|
706 Working with text in the current buffer: *text-functions* |
161 | 707 getline() get a line or list of lines from the buffer |
7 | 708 setline() replace a line in the buffer |
161 | 709 append() append line or list of lines in the buffer |
7 | 710 indent() indent of a specific line |
711 cindent() indent according to C indenting | |
712 lispindent() indent according to Lisp indenting | |
713 nextnonblank() find next non-blank line | |
714 prevnonblank() find previous non-blank line | |
715 search() find a match for a pattern | |
667 | 716 searchpos() find a match for a pattern |
7 | 717 searchpair() find the other end of a start/skip/end |
667 | 718 searchpairpos() find the other end of a start/skip/end |
824 | 719 searchdecl() search for the declaration of a name |
7 | 720 |
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
|
721 *system-functions* *file-functions* |
7 | 722 System functions and manipulation of files: |
723 glob() expand wildcards | |
724 globpath() expand wildcards in a number of directories | |
824 | 725 findfile() find a file in a list of directories |
726 finddir() find a directory in a list of directories | |
7 | 727 resolve() find out where a shortcut points to |
728 fnamemodify() modify a file name | |
824 | 729 pathshorten() shorten directory names in a path |
730 simplify() simplify a path without changing its meaning | |
7 | 731 executable() check if an executable program exists |
732 filereadable() check if a file can be read | |
733 filewritable() check if a file can be written to | |
824 | 734 getfperm() get the permissions of a file |
735 getftype() get the kind of a file | |
7 | 736 isdirectory() check if a directory exists |
737 getfsize() get the size of a file | |
824 | 738 getcwd() get the current working directory |
1104 | 739 haslocaldir() check if current window used |:lcd| |
7 | 740 tempname() get the name of a temporary file |
824 | 741 mkdir() create a new directory |
7 | 742 delete() delete a file |
743 rename() rename a file | |
744 system() get the result of a shell command | |
745 hostname() name of the system | |
158 | 746 readfile() read a file into a List of lines |
747 writefile() write a List of lines into a file | |
7 | 748 |
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
|
749 Date and Time: *date-functions* *time-functions* |
824 | 750 getftime() get last modification time of a file |
751 localtime() get current time in seconds | |
752 strftime() convert time to a string | |
753 reltime() get the current or elapsed time accurately | |
754 reltimestr() convert reltime() result to a string | |
755 | |
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
|
756 *buffer-functions* *window-functions* *arg-functions* |
7 | 757 Buffers, windows and the argument list: |
758 argc() number of entries in the argument list | |
759 argidx() current position in the argument list | |
760 argv() get one entry from the argument list | |
761 bufexists() check if a buffer exists | |
762 buflisted() check if a buffer exists and is listed | |
763 bufloaded() check if a buffer exists and is loaded | |
764 bufname() get the name of a specific buffer | |
765 bufnr() get the buffer number of a specific buffer | |
824 | 766 tabpagebuflist() return List of buffers in a tab page |
767 tabpagenr() get the number of a tab page | |
768 tabpagewinnr() like winnr() for a specified tab page | |
7 | 769 winnr() get the window number for the current window |
770 bufwinnr() get the window number of a specific buffer | |
771 winbufnr() get the buffer number of a specific window | |
434 | 772 getbufline() get a list of lines from the specified buffer |
824 | 773 |
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
|
774 Command line: *command-line-functions* |
824 | 775 getcmdline() get the current command line |
776 getcmdpos() get position of the cursor in the command line | |
777 setcmdpos() set position of the cursor in the command line | |
778 getcmdtype() return the current command-line type | |
779 | |
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
|
780 Quickfix and location lists: *quickfix-functions* |
824 | 781 getqflist() list of quickfix errors |
782 setqflist() modify a quickfix list | |
783 getloclist() list of location list items | |
784 setloclist() modify a location list | |
785 | |
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
|
786 Insert mode completion: *completion-functions* |
824 | 787 complete() set found matches |
788 complete_add() add to found matches | |
789 complete_check() check if completion should be aborted | |
790 pumvisible() check if the popup menu is displayed | |
7 | 791 |
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
|
792 Folding: *folding-functions* |
7 | 793 foldclosed() check for a closed fold at a specific line |
794 foldclosedend() like foldclosed() but return the last line | |
795 foldlevel() check for the fold level at a specific line | |
796 foldtext() generate the line displayed for a closed fold | |
824 | 797 foldtextresult() get the text displayed for a closed fold |
798 | |
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
|
799 Syntax and highlighting: *syntax-functions* *highlighting-functions* |
1326 | 800 clearmatches() clear all matches defined by |matchadd()| and |
801 the |:match| commands | |
802 getmatches() get all matches defined by |matchadd()| and | |
803 the |:match| commands | |
7 | 804 hlexists() check if a highlight group exists |
805 hlID() get ID of a highlight group | |
806 synID() get syntax ID at a specific position | |
807 synIDattr() get a specific attribute of a syntax ID | |
808 synIDtrans() get translated syntax ID | |
2642 | 809 synstack() get list of syntax IDs at a specific position |
2662 | 810 synconcealed() get info about concealing |
824 | 811 diff_hlID() get highlight ID for diff mode at a position |
1326 | 812 matchadd() define a pattern to highlight (a "match") |
824 | 813 matcharg() get info about |:match| arguments |
1326 | 814 matchdelete() delete a match defined by |matchadd()| or a |
815 |:match| command | |
816 setmatches() restore a list of matches saved by | |
817 |getmatches()| | |
824 | 818 |
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
|
819 Spelling: *spell-functions* |
824 | 820 spellbadword() locate badly spelled word at or after cursor |
821 spellsuggest() return suggested spelling corrections | |
822 soundfold() return the sound-a-like equivalent of a word | |
7 | 823 |
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
|
824 History: *history-functions* |
7 | 825 histadd() add an item to a history |
826 histdel() delete an item from a history | |
827 histget() get an item from a history | |
828 histnr() get highest index of a history list | |
829 | |
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
|
830 Interactive: *interactive-functions* |
824 | 831 browse() put up a file requester |
832 browsedir() put up a directory requester | |
7 | 833 confirm() let the user make a choice |
834 getchar() get a character from the user | |
835 getcharmod() get modifiers for the last typed character | |
1620 | 836 feedkeys() put characters in the typeahead queue |
7 | 837 input() get a line from the user |
824 | 838 inputlist() let the user pick an entry from a list |
7 | 839 inputsecret() get a line from the user without showing it |
840 inputdialog() get a line from the user in a dialog | |
230 | 841 inputsave() save and clear typeahead |
7 | 842 inputrestore() restore typeahead |
843 | |
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
|
844 GUI: *gui-functions* |
824 | 845 getfontname() get name of current font being used |
846 getwinposx() X position of the GUI Vim window | |
847 getwinposy() Y position of the GUI Vim window | |
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 Vim server: *server-functions* |
7 | 850 serverlist() return the list of server names |
851 remote_send() send command characters to a Vim server | |
852 remote_expr() evaluate an expression in a Vim server | |
853 server2client() send a reply to a client of a Vim server | |
854 remote_peek() check if there is a reply from a Vim server | |
855 remote_read() read a reply from a Vim server | |
856 foreground() move the Vim window to the foreground | |
857 remote_foreground() move the Vim server window to the foreground | |
858 | |
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
|
859 Window size and position: *window-size-functions* |
824 | 860 winheight() get height of a specific window |
861 winwidth() get width of a specific window | |
862 winrestcmd() return command to restore window sizes | |
863 winsaveview() get view of current window | |
864 winrestview() restore saved view of current window | |
865 | |
4159 | 866 Mappings: *mapping-functions* |
867 hasmapto() check if a mapping exists | |
868 mapcheck() check if a matching mapping exists | |
869 maparg() get rhs of a mapping | |
870 wildmenumode() check if the wildmode is active | |
871 | |
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
|
872 Various: *various-functions* |
7 | 873 mode() get current editing mode |
874 visualmode() last visual mode used | |
875 exists() check if a variable, function, etc. exists | |
876 has() check if a feature is supported in Vim | |
824 | 877 changenr() return number of most recent change |
7 | 878 cscope_connection() check if a cscope connection exists |
879 did_filetype() check if a FileType autocommand was used | |
880 eventhandler() check if invoked by an event handler | |
1620 | 881 getpid() get process ID of Vim |
824 | 882 |
7 | 883 libcall() call a function in an external library |
884 libcallnr() idem, returning a number | |
824 | 885 |
7 | 886 getreg() get contents of a register |
887 getregtype() get type of a register | |
888 setreg() set contents and type of a register | |
824 | 889 |
211 | 890 taglist() get list of matching tags |
824 | 891 tagfiles() get a list of tags files |
7 | 892 |
2050
afcf9db31561
updated for version 7.2.336
Bram Moolenaar <bram@zimbu.org>
parents:
1702
diff
changeset
|
893 mzeval() evaluate |MzScheme| expression |
afcf9db31561
updated for version 7.2.336
Bram Moolenaar <bram@zimbu.org>
parents:
1702
diff
changeset
|
894 |
7 | 895 ============================================================================== |
896 *41.7* Defining a function | |
897 | |
898 Vim enables you to define your own functions. The basic function declaration | |
899 begins as follows: > | |
900 | |
901 :function {name}({var1}, {var2}, ...) | |
902 : {body} | |
903 :endfunction | |
904 < | |
905 Note: | |
906 Function names must begin with a capital letter. | |
907 | |
908 Let's define a short function to return the smaller of two numbers. It starts | |
909 with this line: > | |
910 | |
911 :function Min(num1, num2) | |
912 | |
913 This tells Vim that the function is named "Min" and it takes two arguments: | |
914 "num1" and "num2". | |
915 The first thing you need to do is to check to see which number is smaller: | |
916 > | |
917 : if a:num1 < a:num2 | |
918 | |
919 The special prefix "a:" tells Vim that the variable is a function argument. | |
920 Let's assign the variable "smaller" the value of the smallest number: > | |
921 | |
922 : if a:num1 < a:num2 | |
923 : let smaller = a:num1 | |
924 : else | |
925 : let smaller = a:num2 | |
926 : endif | |
927 | |
928 The variable "smaller" is a local variable. Variables used inside a function | |
929 are local unless prefixed by something like "g:", "a:", or "s:". | |
930 | |
931 Note: | |
932 To access a global variable from inside a function you must prepend | |
1620 | 933 "g:" to it. Thus "g:today" inside a function is used for the global |
934 variable "today", and "today" is another variable, local to the | |
7 | 935 function. |
936 | |
937 You now use the ":return" statement to return the smallest number to the user. | |
938 Finally, you end the function: > | |
939 | |
940 : return smaller | |
941 :endfunction | |
942 | |
943 The complete function definition is as follows: > | |
944 | |
945 :function Min(num1, num2) | |
946 : if a:num1 < a:num2 | |
947 : let smaller = a:num1 | |
948 : else | |
949 : let smaller = a:num2 | |
950 : endif | |
951 : return smaller | |
952 :endfunction | |
953 | |
161 | 954 For people who like short functions, this does the same thing: > |
955 | |
956 :function Min(num1, num2) | |
957 : if a:num1 < a:num2 | |
958 : return a:num1 | |
959 : endif | |
960 : return a:num2 | |
961 :endfunction | |
962 | |
681 | 963 A user defined function is called in exactly the same way as a built-in |
7 | 964 function. Only the name is different. The Min function can be used like |
965 this: > | |
966 | |
967 :echo Min(5, 8) | |
968 | |
969 Only now will the function be executed and the lines be interpreted by Vim. | |
970 If there are mistakes, like using an undefined variable or function, you will | |
971 now get an error message. When defining the function these errors are not | |
972 detected. | |
973 | |
974 When a function reaches ":endfunction" or ":return" is used without an | |
975 argument, the function returns zero. | |
976 | |
977 To redefine a function that already exists, use the ! for the ":function" | |
978 command: > | |
979 | |
980 :function! Min(num1, num2, num3) | |
981 | |
982 | |
983 USING A RANGE | |
984 | |
985 The ":call" command can be given a line range. This can have one of two | |
986 meanings. When a function has been defined with the "range" keyword, it will | |
987 take care of the line range itself. | |
988 The function will be passed the variables "a:firstline" and "a:lastline". | |
989 These will have the line numbers from the range the function was called with. | |
990 Example: > | |
991 | |
992 :function Count_words() range | |
1620 | 993 : let lnum = a:firstline |
994 : let n = 0 | |
995 : while lnum <= a:lastline | |
996 : let n = n + len(split(getline(lnum))) | |
997 : let lnum = lnum + 1 | |
7 | 998 : endwhile |
1620 | 999 : echo "found " . n . " words" |
7 | 1000 :endfunction |
1001 | |
1002 You can call this function with: > | |
1003 | |
1004 :10,30call Count_words() | |
1005 | |
1006 It will be executed once and echo the number of words. | |
1007 The other way to use a line range is by defining a function without the | |
1008 "range" keyword. The function will be called once for every line in the | |
1009 range, with the cursor in that line. Example: > | |
1010 | |
1011 :function Number() | |
1012 : echo "line " . line(".") . " contains: " . getline(".") | |
1013 :endfunction | |
1014 | |
1015 If you call this function with: > | |
1016 | |
1017 :10,15call Number() | |
1018 | |
1019 The function will be called six times. | |
1020 | |
1021 | |
1022 VARIABLE NUMBER OF ARGUMENTS | |
1023 | |
1024 Vim enables you to define functions that have a variable number of arguments. | |
1025 The following command, for instance, defines a function that must have 1 | |
1026 argument (start) and can have up to 20 additional arguments: > | |
1027 | |
1028 :function Show(start, ...) | |
1029 | |
1030 The variable "a:1" contains the first optional argument, "a:2" the second, and | |
1031 so on. The variable "a:0" contains the number of extra arguments. | |
1032 For example: > | |
1033 | |
1034 :function Show(start, ...) | |
1035 : echohl Title | |
2709 | 1036 : echo "start is " . a:start |
7 | 1037 : echohl None |
1038 : let index = 1 | |
1039 : while index <= a:0 | |
1040 : echo " Arg " . index . " is " . a:{index} | |
1041 : let index = index + 1 | |
1042 : endwhile | |
1043 : echo "" | |
1044 :endfunction | |
1045 | |
1046 This uses the ":echohl" command to specify the highlighting used for the | |
1047 following ":echo" command. ":echohl None" stops it again. The ":echon" | |
1048 command works like ":echo", but doesn't output a line break. | |
1049 | |
161 | 1050 You can also use the a:000 variable, it is a List of all the "..." arguments. |
1051 See |a:000|. | |
1052 | |
7 | 1053 |
1054 LISTING FUNCTIONS | |
1055 | |
1056 The ":function" command lists the names and arguments of all user-defined | |
1057 functions: > | |
1058 | |
1059 :function | |
1060 < function Show(start, ...) ~ | |
1061 function GetVimIndent() ~ | |
1062 function SetSyn(name) ~ | |
1063 | |
1064 To see what a function does, use its name as an argument for ":function": > | |
1065 | |
1066 :function SetSyn | |
1067 < 1 if &syntax == '' ~ | |
1068 2 let &syntax = a:name ~ | |
1069 3 endif ~ | |
1070 endfunction ~ | |
1071 | |
1072 | |
1073 DEBUGGING | |
1074 | |
1075 The line number is useful for when you get an error message or when debugging. | |
1076 See |debug-scripts| about debugging mode. | |
1077 You can also set the 'verbose' option to 12 or higher to see all function | |
1078 calls. Set it to 15 or higher to see every executed line. | |
1079 | |
1080 | |
1081 DELETING A FUNCTION | |
1082 | |
1083 To delete the Show() function: > | |
1084 | |
1085 :delfunction Show | |
1086 | |
1087 You get an error when the function doesn't exist. | |
1088 | |
161 | 1089 |
1090 FUNCTION REFERENCES | |
1091 | |
1092 Sometimes it can be useful to have a variable point to one function or | |
1093 another. You can do it with the function() function. It turns the name of a | |
1094 function into a reference: > | |
1095 | |
1096 :let result = 0 " or 1 | |
1097 :function! Right() | |
1098 : return 'Right!' | |
1099 :endfunc | |
1100 :function! Wrong() | |
1101 : return 'Wrong!' | |
1102 :endfunc | |
1103 : | |
1104 :if result == 1 | |
1105 : let Afunc = function('Right') | |
1106 :else | |
1107 : let Afunc = function('Wrong') | |
1108 :endif | |
1109 :echo call(Afunc, []) | |
1110 < Wrong! ~ | |
1111 | |
1112 Note that the name of a variable that holds a function reference must start | |
1113 with a capital. Otherwise it could be confused with the name of a builtin | |
1114 function. | |
1115 The way to invoke a function that a variable refers to is with the call() | |
1116 function. Its first argument is the function reference, the second argument | |
1117 is a List with arguments. | |
1118 | |
1119 Function references are most useful in combination with a Dictionary, as is | |
1120 explained in the next section. | |
1121 | |
7 | 1122 ============================================================================== |
161 | 1123 *41.8* Lists and Dictionaries |
1124 | |
1125 So far we have used the basic types String and Number. Vim also supports two | |
1126 composite types: List and Dictionary. | |
1127 | |
1128 A List is an ordered sequence of things. The things can be any kind of value, | |
1129 thus you can make a List of numbers, a List of Lists and even a List of mixed | |
1130 items. To create a List with three strings: > | |
1131 | |
856 | 1132 :let alist = ['aap', 'mies', 'noot'] |
161 | 1133 |
1134 The List items are enclosed in square brackets and separated by commas. To | |
1135 create an empty List: > | |
1136 | |
856 | 1137 :let alist = [] |
161 | 1138 |
1139 You can add items to a List with the add() function: > | |
1140 | |
856 | 1141 :let alist = [] |
161 | 1142 :call add(alist, 'foo') |
1143 :call add(alist, 'bar') | |
1144 :echo alist | |
1145 < ['foo', 'bar'] ~ | |
1146 | |
1147 List concatenation is done with +: > | |
1148 | |
1149 :echo alist + ['foo', 'bar'] | |
1150 < ['foo', 'bar', 'foo', 'bar'] ~ | |
1151 | |
1152 Or, if you want to extend a List directly: > | |
1153 | |
856 | 1154 :let alist = ['one'] |
161 | 1155 :call extend(alist, ['two', 'three']) |
1156 :echo alist | |
1157 < ['one', 'two', 'three'] ~ | |
1158 | |
1159 Notice that using add() will have a different effect: > | |
1160 | |
856 | 1161 :let alist = ['one'] |
161 | 1162 :call add(alist, ['two', 'three']) |
1163 :echo alist | |
1164 < ['one', ['two', 'three']] ~ | |
1165 | |
1166 The second argument of add() is added as a single item. | |
1167 | |
1168 | |
1169 FOR LOOP | |
1170 | |
1171 One of the nice things you can do with a List is iterate over it: > | |
1172 | |
1173 :let alist = ['one', 'two', 'three'] | |
1174 :for n in alist | |
1175 : echo n | |
1176 :endfor | |
1177 < one ~ | |
1178 two ~ | |
1179 three ~ | |
1180 | |
1181 This will loop over each element in List "alist", assigning the value to | |
1182 variable "n". The generic form of a for loop is: > | |
1183 | |
1184 :for {varname} in {listexpression} | |
1185 : {commands} | |
1186 :endfor | |
1187 | |
1188 To loop a certain number of times you need a List of a specific length. The | |
1189 range() function creates one for you: > | |
1190 | |
1191 :for a in range(3) | |
1192 : echo a | |
1193 :endfor | |
1194 < 0 ~ | |
1195 1 ~ | |
1196 2 ~ | |
1197 | |
1198 Notice that the first item of the List that range() produces is zero, thus the | |
1199 last item is one less than the length of the list. | |
1200 You can also specify the maximum value, the stride and even go backwards: > | |
1201 | |
1202 :for a in range(8, 4, -2) | |
1203 : echo a | |
1204 :endfor | |
1205 < 8 ~ | |
1206 6 ~ | |
1207 4 ~ | |
1208 | |
1209 A more useful example, looping over lines in the buffer: > | |
1210 | |
856 | 1211 :for line in getline(1, 20) |
1212 : if line =~ "Date: " | |
1213 : echo matchstr(line, 'Date: \zs.*') | |
1214 : endif | |
1215 :endfor | |
161 | 1216 |
1217 This looks into lines 1 to 20 (inclusive) and echoes any date found in there. | |
1218 | |
1219 | |
1220 DICTIONARIES | |
1221 | |
1222 A Dictionary stores key-value pairs. You can quickly lookup a value if you | |
1223 know the key. A Dictionary is created with curly braces: > | |
856 | 1224 |
161 | 1225 :let uk2nl = {'one': 'een', 'two': 'twee', 'three': 'drie'} |
1226 | |
164 | 1227 Now you can lookup words by putting the key in square brackets: > |
161 | 1228 |
1229 :echo uk2nl['two'] | |
1230 < twee ~ | |
1231 | |
1232 The generic form for defining a Dictionary is: > | |
1233 | |
1234 {<key> : <value>, ...} | |
1235 | |
1236 An empty Dictionary is one without any keys: > | |
1237 | |
1238 {} | |
1239 | |
1240 The possibilities with Dictionaries are numerous. There are various functions | |
1241 for them as well. For example, you can obtain a list of the keys and loop | |
1242 over them: > | |
1243 | |
1244 :for key in keys(uk2nl) | |
1245 : echo key | |
1246 :endfor | |
1247 < three ~ | |
1248 one ~ | |
1249 two ~ | |
1250 | |
1620 | 1251 You will notice the keys are not ordered. You can sort the list to get a |
161 | 1252 specific order: > |
1253 | |
1254 :for key in sort(keys(uk2nl)) | |
1255 : echo key | |
1256 :endfor | |
1257 < one ~ | |
1258 three ~ | |
1259 two ~ | |
1260 | |
1261 But you can never get back the order in which items are defined. For that you | |
1262 need to use a List, it stores items in an ordered sequence. | |
1263 | |
1264 | |
1265 DICTIONARY FUNCTIONS | |
1266 | |
1267 The items in a Dictionary can normally be obtained with an index in square | |
1268 brackets: > | |
1269 | |
1270 :echo uk2nl['one'] | |
1271 < een ~ | |
1272 | |
1273 A method that does the same, but without so many punctuation characters: > | |
1274 | |
1275 :echo uk2nl.one | |
1276 < een ~ | |
1277 | |
1278 This only works for a key that is made of ASCII letters, digits and the | |
1279 underscore. You can also assign a new value this way: > | |
1280 | |
1281 :let uk2nl.four = 'vier' | |
1282 :echo uk2nl | |
1283 < {'three': 'drie', 'four': 'vier', 'one': 'een', 'two': 'twee'} ~ | |
1284 | |
1285 And now for something special: you can directly define a function and store a | |
1286 reference to it in the dictionary: > | |
1287 | |
1288 :function uk2nl.translate(line) dict | |
1289 : return join(map(split(a:line), 'get(self, v:val, "???")')) | |
1290 :endfunction | |
1291 | |
1292 Let's first try it out: > | |
1293 | |
1294 :echo uk2nl.translate('three two five one') | |
1295 < drie twee ??? een ~ | |
1296 | |
1297 The first special thing you notice is the "dict" at the end of the ":function" | |
1298 line. This marks the function as being used from a Dictionary. The "self" | |
1299 local variable will then refer to that Dictionary. | |
1300 Now let's break up the complicated return command: > | |
1301 | |
1302 split(a:line) | |
1303 | |
2709 | 1304 The split() function takes a string, chops it into whitespace separated words |
161 | 1305 and returns a list with these words. Thus in the example it returns: > |
1306 | |
1307 :echo split('three two five one') | |
1308 < ['three', 'two', 'five', 'one'] ~ | |
1309 | |
1310 This list is the first argument to the map() function. This will go through | |
1311 the list, evaluating its second argument with "v:val" set to the value of each | |
1312 item. This is a shortcut to using a for loop. This command: > | |
1313 | |
1314 :let alist = map(split(a:line), 'get(self, v:val, "???")') | |
1315 | |
1316 Is equivalent to: > | |
1317 | |
1318 :let alist = split(a:line) | |
1319 :for idx in range(len(alist)) | |
1320 : let alist[idx] = get(self, alist[idx], "???") | |
1321 :endfor | |
1322 | |
1323 The get() function checks if a key is present in a Dictionary. If it is, then | |
1324 the value is retrieved. If it isn't, then the default value is returned, in | |
164 | 1325 the example it's '???'. This is a convenient way to handle situations where a |
161 | 1326 key may not be present and you don't want an error message. |
1327 | |
1328 The join() function does the opposite of split(): it joins together a list of | |
1329 words, putting a space in between. | |
1330 This combination of split(), map() and join() is a nice way to filter a line | |
1331 of words in a very compact way. | |
1332 | |
1333 | |
1334 OBJECT ORIENTED PROGRAMMING | |
1335 | |
1336 Now that you can put both values and functions in a Dictionary, you can | |
1337 actually use a Dictionary like an object. | |
1338 Above we used a Dictionary for translating Dutch to English. We might want | |
1339 to do the same for other languages. Let's first make an object (aka | |
1340 Dictionary) that has the translate function, but no words to translate: > | |
1341 | |
1342 :let transdict = {} | |
1343 :function transdict.translate(line) dict | |
1344 : return join(map(split(a:line), 'get(self.words, v:val, "???")')) | |
1345 :endfunction | |
1346 | |
1347 It's slightly different from the function above, using 'self.words' to lookup | |
1348 word translations. But we don't have a self.words. Thus you could call this | |
1349 an abstract class. | |
1350 | |
1351 Now we can instantiate a Dutch translation object: > | |
1352 | |
1353 :let uk2nl = copy(transdict) | |
1354 :let uk2nl.words = {'one': 'een', 'two': 'twee', 'three': 'drie'} | |
1355 :echo uk2nl.translate('three one') | |
1356 < drie een ~ | |
1357 | |
1358 And a German translator: > | |
1359 | |
1360 :let uk2de = copy(transdict) | |
1361 :let uk2de.words = {'one': 'ein', 'two': 'zwei', 'three': 'drei'} | |
1362 :echo uk2de.translate('three one') | |
1363 < drei ein ~ | |
1364 | |
1365 You see that the copy() function is used to make a copy of the "transdict" | |
1366 Dictionary and then the copy is changed to add the words. The original | |
1367 remains the same, of course. | |
1368 | |
1369 Now you can go one step further, and use your preferred translator: > | |
1370 | |
1371 :if $LANG =~ "de" | |
1372 : let trans = uk2de | |
1373 :else | |
1374 : let trans = uk2nl | |
1375 :endif | |
1376 :echo trans.translate('one two three') | |
1377 < een twee drie ~ | |
1378 | |
1379 Here "trans" refers to one of the two objects (Dictionaries). No copy is | |
1380 made. More about List and Dictionary identity can be found at |list-identity| | |
1381 and |dict-identity|. | |
1382 | |
1383 Now you might use a language that isn't supported. You can overrule the | |
1384 translate() function to do nothing: > | |
1385 | |
1386 :let uk2uk = copy(transdict) | |
1387 :function! uk2uk.translate(line) | |
1388 : return a:line | |
1389 :endfunction | |
1390 :echo uk2uk.translate('three one wladiwostok') | |
1391 < three one wladiwostok ~ | |
1392 | |
1393 Notice that a ! was used to overwrite the existing function reference. Now | |
1394 use "uk2uk" when no recognized language is found: > | |
1395 | |
1396 :if $LANG =~ "de" | |
1397 : let trans = uk2de | |
1398 :elseif $LANG =~ "nl" | |
1399 : let trans = uk2nl | |
1400 :else | |
1401 : let trans = uk2uk | |
1402 :endif | |
1403 :echo trans.translate('one two three') | |
1404 < one two three ~ | |
1405 | |
1406 For further reading see |Lists| and |Dictionaries|. | |
1407 | |
1408 ============================================================================== | |
1409 *41.9* Exceptions | |
7 | 1410 |
1411 Let's start with an example: > | |
1412 | |
1413 :try | |
1414 : read ~/templates/pascal.tmpl | |
1415 :catch /E484:/ | |
1416 : echo "Sorry, the Pascal template file cannot be found." | |
1417 :endtry | |
1418 | |
1419 The ":read" command will fail if the file does not exist. Instead of | |
1420 generating an error message, this code catches the error and gives the user a | |
2709 | 1421 nice message. |
7 | 1422 |
1423 For the commands in between ":try" and ":endtry" errors are turned into | |
1424 exceptions. An exception is a string. In the case of an error the string | |
1425 contains the error message. And every error message has a number. In this | |
1426 case, the error we catch contains "E484:". This number is guaranteed to stay | |
1427 the same (the text may change, e.g., it may be translated). | |
1428 | |
1429 When the ":read" command causes another error, the pattern "E484:" will not | |
1430 match in it. Thus this exception will not be caught and result in the usual | |
1431 error message. | |
1432 | |
1433 You might be tempted to do this: > | |
1434 | |
1435 :try | |
1436 : read ~/templates/pascal.tmpl | |
1437 :catch | |
1438 : echo "Sorry, the Pascal template file cannot be found." | |
1439 :endtry | |
1440 | |
1441 This means all errors are caught. But then you will not see errors that are | |
1442 useful, such as "E21: Cannot make changes, 'modifiable' is off". | |
1443 | |
1444 Another useful mechanism is the ":finally" command: > | |
1445 | |
1446 :let tmp = tempname() | |
1447 :try | |
1448 : exe ".,$write " . tmp | |
1449 : exe "!filter " . tmp | |
1450 : .,$delete | |
1451 : exe "$read " . tmp | |
1452 :finally | |
1453 : call delete(tmp) | |
1454 :endtry | |
1455 | |
1456 This filters the lines from the cursor until the end of the file through the | |
1457 "filter" command, which takes a file name argument. No matter if the | |
1458 filtering works, something goes wrong in between ":try" and ":finally" or the | |
1459 user cancels the filtering by pressing CTRL-C, the "call delete(tmp)" is | |
1460 always executed. This makes sure you don't leave the temporary file behind. | |
1461 | |
1462 More information about exception handling can be found in the reference | |
1463 manual: |exception-handling|. | |
1464 | |
1465 ============================================================================== | |
161 | 1466 *41.10* Various remarks |
7 | 1467 |
1468 Here is a summary of items that apply to Vim scripts. They are also mentioned | |
1469 elsewhere, but form a nice checklist. | |
1470 | |
1471 The end-of-line character depends on the system. For Unix a single <NL> | |
1472 character is used. For MS-DOS, Windows, OS/2 and the like, <CR><LF> is used. | |
1473 This is important when using mappings that end in a <CR>. See |:source_crnl|. | |
1474 | |
1475 | |
1476 WHITE SPACE | |
1477 | |
1478 Blank lines are allowed and ignored. | |
1479 | |
1480 Leading whitespace characters (blanks and TABs) are always ignored. The | |
1481 whitespaces between parameters (e.g. between the 'set' and the 'cpoptions' in | |
1482 the example below) are reduced to one blank character and plays the role of a | |
1483 separator, the whitespaces after the last (visible) character may or may not | |
1484 be ignored depending on the situation, see below. | |
1485 | |
1486 For a ":set" command involving the "=" (equal) sign, such as in: > | |
1487 | |
1488 :set cpoptions =aABceFst | |
1489 | |
1490 the whitespace immediately before the "=" sign is ignored. But there can be | |
1491 no whitespace after the "=" sign! | |
1492 | |
1493 To include a whitespace character in the value of an option, it must be | |
1494 escaped by a "\" (backslash) as in the following example: > | |
1495 | |
1496 :set tags=my\ nice\ file | |
1497 | |
2709 | 1498 The same example written as: > |
7 | 1499 |
1500 :set tags=my nice file | |
1501 | |
1502 will issue an error, because it is interpreted as: > | |
1503 | |
1504 :set tags=my | |
1505 :set nice | |
1506 :set file | |
1507 | |
1508 | |
1509 COMMENTS | |
1510 | |
1511 The character " (the double quote mark) starts a comment. Everything after | |
1512 and including this character until the end-of-line is considered a comment and | |
1513 is ignored, except for commands that don't consider comments, as shown in | |
1514 examples below. A comment can start on any character position on the line. | |
1515 | |
1516 There is a little "catch" with comments for some commands. Examples: > | |
1517 | |
1518 :abbrev dev development " shorthand | |
1519 :map <F3> o#include " insert include | |
1520 :execute cmd " do it | |
1521 :!ls *.c " list C files | |
1522 | |
1523 The abbreviation 'dev' will be expanded to 'development " shorthand'. The | |
1524 mapping of <F3> will actually be the whole line after the 'o# ....' including | |
1525 the '" insert include'. The "execute" command will give an error. The "!" | |
1526 command will send everything after it to the shell, causing an error for an | |
1527 unmatched '"' character. | |
1528 There can be no comment after ":map", ":abbreviate", ":execute" and "!" | |
1529 commands (there are a few more commands with this restriction). For the | |
1530 ":map", ":abbreviate" and ":execute" commands there is a trick: > | |
1531 | |
1532 :abbrev dev development|" shorthand | |
1533 :map <F3> o#include|" insert include | |
1534 :execute cmd |" do it | |
1535 | |
1536 With the '|' character the command is separated from the next one. And that | |
1146 | 1537 next command is only a comment. For the last command you need to do two |
1538 things: |:execute| and use '|': > | |
1539 :exe '!ls *.c' |" list C files | |
7 | 1540 |
1541 Notice that there is no white space before the '|' in the abbreviation and | |
1542 mapping. For these commands, any character until the end-of-line or '|' is | |
1543 included. As a consequence of this behavior, you don't always see that | |
1544 trailing whitespace is included: > | |
1545 | |
1546 :map <F4> o#include | |
1547 | |
1146 | 1548 To spot these problems, you can set the 'list' option when editing vimrc |
7 | 1549 files. |
1550 | |
1146 | 1551 For Unix there is one special way to comment a line, that allows making a Vim |
1552 script executable: > | |
1553 #!/usr/bin/env vim -S | |
1554 echo "this is a Vim script" | |
1555 quit | |
1556 | |
1557 The "#" command by itself lists a line with the line number. Adding an | |
1558 exclamation mark changes it into doing nothing, so that you can add the shell | |
1559 command to execute the rest of the file. |:#!| |-S| | |
1560 | |
7 | 1561 |
1562 PITFALLS | |
1563 | |
1564 Even bigger problem arises in the following example: > | |
1565 | |
1566 :map ,ab o#include | |
1567 :unmap ,ab | |
1568 | |
1569 Here the unmap command will not work, because it tries to unmap ",ab ". This | |
1570 does not exist as a mapped sequence. An error will be issued, which is very | |
1571 hard to identify, because the ending whitespace character in ":unmap ,ab " is | |
1572 not visible. | |
1573 | |
1574 And this is the same as what happens when one uses a comment after an 'unmap' | |
1575 command: > | |
1576 | |
1577 :unmap ,ab " comment | |
1578 | |
1579 Here the comment part will be ignored. However, Vim will try to unmap | |
1580 ',ab ', which does not exist. Rewrite it as: > | |
1581 | |
1582 :unmap ,ab| " comment | |
1583 | |
1584 | |
1585 RESTORING THE VIEW | |
1586 | |
3893 | 1587 Sometimes you want to make a change and go back to where the cursor was. |
7 | 1588 Restoring the relative position would also be nice, so that the same line |
1589 appears at the top of the window. | |
1590 This example yanks the current line, puts it above the first line in the | |
1591 file and then restores the view: > | |
1592 | |
1593 map ,p ma"aYHmbgg"aP`bzt`a | |
1594 | |
1595 What this does: > | |
1596 ma"aYHmbgg"aP`bzt`a | |
1597 < ma set mark a at cursor position | |
1598 "aY yank current line into register a | |
1599 Hmb go to top line in window and set mark b there | |
1600 gg go to first line in file | |
1601 "aP put the yanked line above it | |
1602 `b go back to top line in display | |
1603 zt position the text in the window as before | |
1604 `a go back to saved cursor position | |
1605 | |
1606 | |
1607 PACKAGING | |
1608 | |
1609 To avoid your function names to interfere with functions that you get from | |
1610 others, use this scheme: | |
1611 - Prepend a unique string before each function name. I often use an | |
1612 abbreviation. For example, "OW_" is used for the option window functions. | |
1613 - Put the definition of your functions together in a file. Set a global | |
1614 variable to indicate that the functions have been loaded. When sourcing the | |
1615 file again, first unload the functions. | |
1616 Example: > | |
1617 | |
1618 " This is the XXX package | |
1619 | |
1620 if exists("XXX_loaded") | |
1621 delfun XXX_one | |
1622 delfun XXX_two | |
1623 endif | |
1624 | |
1625 function XXX_one(a) | |
1626 ... body of function ... | |
1627 endfun | |
1628 | |
1629 function XXX_two(b) | |
1630 ... body of function ... | |
1631 endfun | |
1632 | |
1633 let XXX_loaded = 1 | |
1634 | |
1635 ============================================================================== | |
161 | 1636 *41.11* Writing a plugin *write-plugin* |
7 | 1637 |
1638 You can write a Vim script in such a way that many people can use it. This is | |
1639 called a plugin. Vim users can drop your script in their plugin directory and | |
1640 use its features right away |add-plugin|. | |
1641 | |
1642 There are actually two types of plugins: | |
1643 | |
1644 global plugins: For all types of files. | |
1645 filetype plugins: Only for files of a specific type. | |
1646 | |
1647 In this section the first type is explained. Most items are also relevant for | |
1648 writing filetype plugins. The specifics for filetype plugins are in the next | |
1649 section |write-filetype-plugin|. | |
1650 | |
1651 | |
1652 NAME | |
1653 | |
1654 First of all you must choose a name for your plugin. The features provided | |
1655 by the plugin should be clear from its name. And it should be unlikely that | |
1656 someone else writes a plugin with the same name but which does something | |
1657 different. And please limit the name to 8 characters, to avoid problems on | |
1658 old Windows systems. | |
1659 | |
1660 A script that corrects typing mistakes could be called "typecorr.vim". We | |
1661 will use it here as an example. | |
1662 | |
1663 For the plugin to work for everybody, it should follow a few guidelines. This | |
1664 will be explained step-by-step. The complete example plugin is at the end. | |
1665 | |
1666 | |
1667 BODY | |
1668 | |
1669 Let's start with the body of the plugin, the lines that do the actual work: > | |
1670 | |
1671 14 iabbrev teh the | |
1672 15 iabbrev otehr other | |
1673 16 iabbrev wnat want | |
1674 17 iabbrev synchronisation | |
1675 18 \ synchronization | |
1676 19 let s:count = 4 | |
1677 | |
1678 The actual list should be much longer, of course. | |
1679 | |
1680 The line numbers have only been added to explain a few things, don't put them | |
1681 in your plugin file! | |
1682 | |
1683 | |
1684 HEADER | |
1685 | |
1686 You will probably add new corrections to the plugin and soon have several | |
3830 | 1687 versions lying around. And when distributing this file, people will want to |
7 | 1688 know who wrote this wonderful plugin and where they can send remarks. |
1689 Therefore, put a header at the top of your plugin: > | |
1690 | |
1691 1 " Vim global plugin for correcting typing mistakes | |
1692 2 " Last Change: 2000 Oct 15 | |
1693 3 " Maintainer: Bram Moolenaar <Bram@vim.org> | |
1694 | |
1695 About copyright and licensing: Since plugins are very useful and it's hardly | |
1696 worth restricting their distribution, please consider making your plugin | |
1697 either public domain or use the Vim |license|. A short note about this near | |
1698 the top of the plugin should be sufficient. Example: > | |
1699 | |
1700 4 " License: This file is placed in the public domain. | |
1701 | |
1702 | |
1703 LINE CONTINUATION, AVOIDING SIDE EFFECTS *use-cpo-save* | |
1704 | |
1705 In line 18 above, the line-continuation mechanism is used |line-continuation|. | |
1706 Users with 'compatible' set will run into trouble here, they will get an error | |
1707 message. We can't just reset 'compatible', because that has a lot of side | |
1708 effects. To avoid this, we will set the 'cpoptions' option to its Vim default | |
1709 value and restore it later. That will allow the use of line-continuation and | |
1710 make the script work for most people. It is done like this: > | |
1711 | |
1712 11 let s:save_cpo = &cpo | |
1713 12 set cpo&vim | |
1714 .. | |
1715 42 let &cpo = s:save_cpo | |
3445 | 1716 43 unlet s:save_cpo |
7 | 1717 |
1718 We first store the old value of 'cpoptions' in the s:save_cpo variable. At | |
1719 the end of the plugin this value is restored. | |
1720 | |
1721 Notice that a script-local variable is used |s:var|. A global variable could | |
1722 already be in use for something else. Always use script-local variables for | |
1723 things that are only used in the script. | |
1724 | |
1725 | |
1726 NOT LOADING | |
1727 | |
1728 It's possible that a user doesn't always want to load this plugin. Or the | |
1729 system administrator has dropped it in the system-wide plugin directory, but a | |
1730 user has his own plugin he wants to use. Then the user must have a chance to | |
1731 disable loading this specific plugin. This will make it possible: > | |
1732 | |
2325
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1733 6 if exists("g:loaded_typecorr") |
7 | 1734 7 finish |
1735 8 endif | |
2325
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1736 9 let g:loaded_typecorr = 1 |
7 | 1737 |
1738 This also avoids that when the script is loaded twice it would cause error | |
1739 messages for redefining functions and cause trouble for autocommands that are | |
1740 added twice. | |
1741 | |
2325
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1742 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
|
1743 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
|
1744 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
|
1745 function). |
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1746 |
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1747 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
|
1748 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
|
1749 |
7 | 1750 |
1751 MAPPING | |
1752 | |
1753 Now let's make the plugin more interesting: We will add a mapping that adds a | |
1754 correction for the word under the cursor. We could just pick a key sequence | |
1755 for this mapping, but the user might already use it for something else. To | |
1756 allow the user to define which keys a mapping in a plugin uses, the <Leader> | |
1757 item can be used: > | |
1758 | |
1759 22 map <unique> <Leader>a <Plug>TypecorrAdd | |
1760 | |
1761 The "<Plug>TypecorrAdd" thing will do the work, more about that further on. | |
1762 | |
1763 The user can set the "mapleader" variable to the key sequence that he wants | |
1764 this mapping to start with. Thus if the user has done: > | |
1765 | |
1766 let mapleader = "_" | |
1767 | |
1768 the mapping will define "_a". If the user didn't do this, the default value | |
1769 will be used, which is a backslash. Then a map for "\a" will be defined. | |
1770 | |
1771 Note that <unique> is used, this will cause an error message if the mapping | |
1772 already happened to exist. |:map-<unique>| | |
1773 | |
1774 But what if the user wants to define his own key sequence? We can allow that | |
1775 with this mechanism: > | |
1776 | |
1777 21 if !hasmapto('<Plug>TypecorrAdd') | |
1778 22 map <unique> <Leader>a <Plug>TypecorrAdd | |
1779 23 endif | |
1780 | |
1781 This checks if a mapping to "<Plug>TypecorrAdd" already exists, and only | |
1782 defines the mapping from "<Leader>a" if it doesn't. The user then has a | |
1783 chance of putting this in his vimrc file: > | |
1784 | |
1785 map ,c <Plug>TypecorrAdd | |
1786 | |
1787 Then the mapped key sequence will be ",c" instead of "_a" or "\a". | |
1788 | |
1789 | |
1790 PIECES | |
1791 | |
1792 If a script gets longer, you often want to break up the work in pieces. You | |
1793 can use functions or mappings for this. But you don't want these functions | |
1794 and mappings to interfere with the ones from other scripts. For example, you | |
1795 could define a function Add(), but another script could try to define the same | |
1796 function. To avoid this, we define the function local to the script by | |
1797 prepending it with "s:". | |
1798 | |
1799 We will define a function that adds a new typing correction: > | |
1800 | |
1801 30 function s:Add(from, correct) | |
1802 31 let to = input("type the correction for " . a:from . ": ") | |
1803 32 exe ":iabbrev " . a:from . " " . to | |
1804 .. | |
1805 36 endfunction | |
1806 | |
1807 Now we can call the function s:Add() from within this script. If another | |
1808 script also defines s:Add(), it will be local to that script and can only | |
1809 be called from the script it was defined in. There can also be a global Add() | |
1810 function (without the "s:"), which is again another function. | |
1811 | |
1812 <SID> can be used with mappings. It generates a script ID, which identifies | |
1813 the current script. In our typing correction plugin we use it like this: > | |
1814 | |
1815 24 noremap <unique> <script> <Plug>TypecorrAdd <SID>Add | |
1816 .. | |
1817 28 noremap <SID>Add :call <SID>Add(expand("<cword>"), 1)<CR> | |
1818 | |
1819 Thus when a user types "\a", this sequence is invoked: > | |
1820 | |
1821 \a -> <Plug>TypecorrAdd -> <SID>Add -> :call <SID>Add() | |
1822 | |
1823 If another script would also map <SID>Add, it would get another script ID and | |
1824 thus define another mapping. | |
1825 | |
1826 Note that instead of s:Add() we use <SID>Add() here. That is because the | |
1827 mapping is typed by the user, thus outside of the script. The <SID> is | |
1828 translated to the script ID, so that Vim knows in which script to look for | |
1829 the Add() function. | |
1830 | |
1831 This is a bit complicated, but it's required for the plugin to work together | |
1832 with other plugins. The basic rule is that you use <SID>Add() in mappings and | |
1833 s:Add() in other places (the script itself, autocommands, user commands). | |
1834 | |
1835 We can also add a menu entry to do the same as the mapping: > | |
1836 | |
1837 26 noremenu <script> Plugin.Add\ Correction <SID>Add | |
1838 | |
1839 The "Plugin" menu is recommended for adding menu items for plugins. In this | |
1840 case only one item is used. When adding more items, creating a submenu is | |
1841 recommended. For example, "Plugin.CVS" could be used for a plugin that offers | |
1842 CVS operations "Plugin.CVS.checkin", "Plugin.CVS.checkout", etc. | |
1843 | |
1844 Note that in line 28 ":noremap" is used to avoid that any other mappings cause | |
1845 trouble. Someone may have remapped ":call", for example. In line 24 we also | |
1846 use ":noremap", but we do want "<SID>Add" to be remapped. This is why | |
1847 "<script>" is used here. This only allows mappings which are local to the | |
1848 script. |:map-<script>| The same is done in line 26 for ":noremenu". | |
1849 |:menu-<script>| | |
1850 | |
1851 | |
1852 <SID> AND <Plug> *using-<Plug>* | |
1853 | |
1854 Both <SID> and <Plug> are used to avoid that mappings of typed keys interfere | |
1855 with mappings that are only to be used from other mappings. Note the | |
1856 difference between using <SID> and <Plug>: | |
1857 | |
1858 <Plug> is visible outside of the script. It is used for mappings which the | |
1859 user might want to map a key sequence to. <Plug> is a special code | |
1860 that a typed key will never produce. | |
1861 To make it very unlikely that other plugins use the same sequence of | |
1862 characters, use this structure: <Plug> scriptname mapname | |
1863 In our example the scriptname is "Typecorr" and the mapname is "Add". | |
1864 This results in "<Plug>TypecorrAdd". Only the first character of | |
1865 scriptname and mapname is uppercase, so that we can see where mapname | |
1866 starts. | |
1867 | |
1868 <SID> is the script ID, a unique identifier for a script. | |
1869 Internally Vim translates <SID> to "<SNR>123_", where "123" can be any | |
1870 number. Thus a function "<SID>Add()" will have a name "<SNR>11_Add()" | |
1871 in one script, and "<SNR>22_Add()" in another. You can see this if | |
1872 you use the ":function" command to get a list of functions. The | |
1873 translation of <SID> in mappings is exactly the same, that's how you | |
1874 can call a script-local function from a mapping. | |
1875 | |
1876 | |
1877 USER COMMAND | |
1878 | |
1879 Now let's add a user command to add a correction: > | |
1880 | |
1881 38 if !exists(":Correct") | |
1882 39 command -nargs=1 Correct :call s:Add(<q-args>, 0) | |
1883 40 endif | |
1884 | |
1885 The user command is defined only if no command with the same name already | |
1886 exists. Otherwise we would get an error here. Overriding the existing user | |
1887 command with ":command!" is not a good idea, this would probably make the user | |
1888 wonder why the command he defined himself doesn't work. |:command| | |
1889 | |
1890 | |
1891 SCRIPT VARIABLES | |
1892 | |
1893 When a variable starts with "s:" it is a script variable. It can only be used | |
1894 inside a script. Outside the script it's not visible. This avoids trouble | |
1895 with using the same variable name in different scripts. The variables will be | |
1896 kept as long as Vim is running. And the same variables are used when sourcing | |
1897 the same script again. |s:var| | |
1898 | |
1899 The fun is that these variables can also be used in functions, autocommands | |
1900 and user commands that are defined in the script. In our example we can add | |
1901 a few lines to count the number of corrections: > | |
1902 | |
1903 19 let s:count = 4 | |
1904 .. | |
1905 30 function s:Add(from, correct) | |
1906 .. | |
1907 34 let s:count = s:count + 1 | |
1908 35 echo s:count . " corrections now" | |
1909 36 endfunction | |
1910 | |
1911 First s:count is initialized to 4 in the script itself. When later the | |
1912 s:Add() function is called, it increments s:count. It doesn't matter from | |
1913 where the function was called, since it has been defined in the script, it | |
1914 will use the local variables from this script. | |
1915 | |
1916 | |
1917 THE RESULT | |
1918 | |
1919 Here is the resulting complete example: > | |
1920 | |
1921 1 " Vim global plugin for correcting typing mistakes | |
1922 2 " Last Change: 2000 Oct 15 | |
1923 3 " Maintainer: Bram Moolenaar <Bram@vim.org> | |
1924 4 " License: This file is placed in the public domain. | |
1925 5 | |
2325
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1926 6 if exists("g:loaded_typecorr") |
7 | 1927 7 finish |
1928 8 endif | |
2325
f177a6431514
Better implementation of creating the Color Scheme menu. (Juergen Kraemer)
Bram Moolenaar <bram@vim.org>
parents:
2301
diff
changeset
|
1929 9 let g:loaded_typecorr = 1 |
7 | 1930 10 |
1931 11 let s:save_cpo = &cpo | |
1932 12 set cpo&vim | |
1933 13 | |
1934 14 iabbrev teh the | |
1935 15 iabbrev otehr other | |
1936 16 iabbrev wnat want | |
1937 17 iabbrev synchronisation | |
1938 18 \ synchronization | |
1939 19 let s:count = 4 | |
1940 20 | |
1941 21 if !hasmapto('<Plug>TypecorrAdd') | |
1942 22 map <unique> <Leader>a <Plug>TypecorrAdd | |
1943 23 endif | |
1944 24 noremap <unique> <script> <Plug>TypecorrAdd <SID>Add | |
1945 25 | |
1946 26 noremenu <script> Plugin.Add\ Correction <SID>Add | |
1947 27 | |
1948 28 noremap <SID>Add :call <SID>Add(expand("<cword>"), 1)<CR> | |
1949 29 | |
1950 30 function s:Add(from, correct) | |
1951 31 let to = input("type the correction for " . a:from . ": ") | |
1952 32 exe ":iabbrev " . a:from . " " . to | |
1953 33 if a:correct | exe "normal viws\<C-R>\" \b\e" | endif | |
1954 34 let s:count = s:count + 1 | |
1955 35 echo s:count . " corrections now" | |
1956 36 endfunction | |
1957 37 | |
1958 38 if !exists(":Correct") | |
1959 39 command -nargs=1 Correct :call s:Add(<q-args>, 0) | |
1960 40 endif | |
1961 41 | |
1962 42 let &cpo = s:save_cpo | |
3445 | 1963 43 unlet s:save_cpo |
7 | 1964 |
1965 Line 33 wasn't explained yet. It applies the new correction to the word under | |
1966 the cursor. The |:normal| command is used to use the new abbreviation. Note | |
1967 that mappings and abbreviations are expanded here, even though the function | |
1968 was called from a mapping defined with ":noremap". | |
1969 | |
1970 Using "unix" for the 'fileformat' option is recommended. The Vim scripts will | |
1971 then work everywhere. Scripts with 'fileformat' set to "dos" do not work on | |
1972 Unix. Also see |:source_crnl|. To be sure it is set right, do this before | |
1973 writing the file: > | |
1974 | |
1975 :set fileformat=unix | |
1976 | |
1977 | |
1978 DOCUMENTATION *write-local-help* | |
1979 | |
1980 It's a good idea to also write some documentation for your plugin. Especially | |
1981 when its behavior can be changed by the user. See |add-local-help| for how | |
1982 they are installed. | |
1983 | |
1984 Here is a simple example for a plugin help file, called "typecorr.txt": > | |
1985 | |
1986 1 *typecorr.txt* Plugin for correcting typing mistakes | |
1987 2 | |
1988 3 If you make typing mistakes, this plugin will have them corrected | |
1989 4 automatically. | |
1990 5 | |
1991 6 There are currently only a few corrections. Add your own if you like. | |
1992 7 | |
1993 8 Mappings: | |
1994 9 <Leader>a or <Plug>TypecorrAdd | |
1995 10 Add a correction for the word under the cursor. | |
1996 11 | |
1997 12 Commands: | |
1998 13 :Correct {word} | |
1999 14 Add a correction for {word}. | |
2000 15 | |
2001 16 *typecorr-settings* | |
2002 17 This plugin doesn't have any settings. | |
2003 | |
2004 The first line is actually the only one for which the format matters. It will | |
2005 be extracted from the help file to be put in the "LOCAL ADDITIONS:" section of | |
2006 help.txt |local-additions|. The first "*" must be in the first column of the | |
2007 first line. After adding your help file do ":help" and check that the entries | |
2008 line up nicely. | |
2009 | |
2010 You can add more tags inside ** in your help file. But be careful not to use | |
2011 existing help tags. You would probably use the name of your plugin in most of | |
2012 them, like "typecorr-settings" in the example. | |
2013 | |
2014 Using references to other parts of the help in || is recommended. This makes | |
2015 it easy for the user to find associated help. | |
2016 | |
2017 | |
2018 FILETYPE DETECTION *plugin-filetype* | |
2019 | |
2020 If your filetype is not already detected by Vim, you should create a filetype | |
2021 detection snippet in a separate file. It is usually in the form of an | |
2022 autocommand that sets the filetype when the file name matches a pattern. | |
2023 Example: > | |
2024 | |
2025 au BufNewFile,BufRead *.foo set filetype=foofoo | |
2026 | |
2027 Write this single-line file as "ftdetect/foofoo.vim" in the first directory | |
2028 that appears in 'runtimepath'. For Unix that would be | |
2029 "~/.vim/ftdetect/foofoo.vim". The convention is to use the name of the | |
2030 filetype for the script name. | |
2031 | |
2032 You can make more complicated checks if you like, for example to inspect the | |
2033 contents of the file to recognize the language. Also see |new-filetype|. | |
2034 | |
2035 | |
2036 SUMMARY *plugin-special* | |
2037 | |
2038 Summary of special things to use in a plugin: | |
2039 | |
2040 s:name Variables local to the script. | |
2041 | |
2042 <SID> Script-ID, used for mappings and functions local to | |
2043 the script. | |
2044 | |
2045 hasmapto() Function to test if the user already defined a mapping | |
2046 for functionality the script offers. | |
2047 | |
2048 <Leader> Value of "mapleader", which the user defines as the | |
2049 keys that plugin mappings start with. | |
2050 | |
2051 :map <unique> Give a warning if a mapping already exists. | |
2052 | |
2053 :noremap <script> Use only mappings local to the script, not global | |
2054 mappings. | |
2055 | |
2056 exists(":Cmd") Check if a user command already exists. | |
2057 | |
2058 ============================================================================== | |
161 | 2059 *41.12* Writing a filetype plugin *write-filetype-plugin* *ftplugin* |
7 | 2060 |
2061 A filetype plugin is like a global plugin, except that it sets options and | |
2062 defines mappings for the current buffer only. See |add-filetype-plugin| for | |
2063 how this type of plugin is used. | |
2064 | |
161 | 2065 First read the section on global plugins above |41.11|. All that is said there |
7 | 2066 also applies to filetype plugins. There are a few extras, which are explained |
2067 here. The essential thing is that a filetype plugin should only have an | |
2068 effect on the current buffer. | |
2069 | |
2070 | |
2071 DISABLING | |
2072 | |
2073 If you are writing a filetype plugin to be used by many people, they need a | |
2074 chance to disable loading it. Put this at the top of the plugin: > | |
2075 | |
2076 " Only do this when not done yet for this buffer | |
2077 if exists("b:did_ftplugin") | |
2078 finish | |
2079 endif | |
2080 let b:did_ftplugin = 1 | |
2081 | |
2082 This also needs to be used to avoid that the same plugin is executed twice for | |
2083 the same buffer (happens when using an ":edit" command without arguments). | |
2084 | |
2085 Now users can disable loading the default plugin completely by making a | |
2086 filetype plugin with only this line: > | |
2087 | |
2088 let b:did_ftplugin = 1 | |
2089 | |
2090 This does require that the filetype plugin directory comes before $VIMRUNTIME | |
2091 in 'runtimepath'! | |
2092 | |
2093 If you do want to use the default plugin, but overrule one of the settings, | |
2094 you can write the different setting in a script: > | |
2095 | |
2096 setlocal textwidth=70 | |
2097 | |
2098 Now write this in the "after" directory, so that it gets sourced after the | |
2099 distributed "vim.vim" ftplugin |after-directory|. For Unix this would be | |
2100 "~/.vim/after/ftplugin/vim.vim". Note that the default plugin will have set | |
2101 "b:did_ftplugin", but it is ignored here. | |
2102 | |
2103 | |
2104 OPTIONS | |
2105 | |
2106 To make sure the filetype plugin only affects the current buffer use the > | |
2107 | |
2108 :setlocal | |
2109 | |
2110 command to set options. And only set options which are local to a buffer (see | |
2111 the help for the option to check that). When using |:setlocal| for global | |
2112 options or options local to a window, the value will change for many buffers, | |
2113 and that is not what a filetype plugin should do. | |
2114 | |
2115 When an option has a value that is a list of flags or items, consider using | |
2116 "+=" and "-=" to keep the existing value. Be aware that the user may have | |
2117 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
|
2118 then changing it is often a good idea. Example: > |
7 | 2119 |
2120 :setlocal formatoptions& formatoptions+=ro | |
2121 | |
2122 | |
2123 MAPPINGS | |
2124 | |
2125 To make sure mappings will only work in the current buffer use the > | |
2126 | |
2127 :map <buffer> | |
2128 | |
2129 command. This needs to be combined with the two-step mapping explained above. | |
2130 An example of how to define functionality in a filetype plugin: > | |
2131 | |
2132 if !hasmapto('<Plug>JavaImport') | |
2133 map <buffer> <unique> <LocalLeader>i <Plug>JavaImport | |
2134 endif | |
2135 noremap <buffer> <unique> <Plug>JavaImport oimport ""<Left><Esc> | |
2136 | |
2137 |hasmapto()| is used to check if the user has already defined a map to | |
2138 <Plug>JavaImport. If not, then the filetype plugin defines the default | |
2139 mapping. This starts with |<LocalLeader>|, which allows the user to select | |
2140 the key(s) he wants filetype plugin mappings to start with. The default is a | |
2141 backslash. | |
2142 "<unique>" is used to give an error message if the mapping already exists or | |
2143 overlaps with an existing mapping. | |
2144 |:noremap| is used to avoid that any other mappings that the user has defined | |
2145 interferes. You might want to use ":noremap <script>" to allow remapping | |
2146 mappings defined in this script that start with <SID>. | |
2147 | |
2148 The user must have a chance to disable the mappings in a filetype plugin, | |
2149 without disabling everything. Here is an example of how this is done for a | |
2150 plugin for the mail filetype: > | |
2151 | |
2152 " Add mappings, unless the user didn't want this. | |
2153 if !exists("no_plugin_maps") && !exists("no_mail_maps") | |
2154 " Quote text by inserting "> " | |
2155 if !hasmapto('<Plug>MailQuote') | |
2156 vmap <buffer> <LocalLeader>q <Plug>MailQuote | |
2157 nmap <buffer> <LocalLeader>q <Plug>MailQuote | |
2158 endif | |
2159 vnoremap <buffer> <Plug>MailQuote :s/^/> /<CR> | |
2160 nnoremap <buffer> <Plug>MailQuote :.,$s/^/> /<CR> | |
2161 endif | |
2162 | |
2163 Two global variables are used: | |
2164 no_plugin_maps disables mappings for all filetype plugins | |
2165 no_mail_maps disables mappings for a specific filetype | |
2166 | |
2167 | |
2168 USER COMMANDS | |
2169 | |
2170 To add a user command for a specific file type, so that it can only be used in | |
2171 one buffer, use the "-buffer" argument to |:command|. Example: > | |
2172 | |
2173 :command -buffer Make make %:r.s | |
2174 | |
2175 | |
2176 VARIABLES | |
2177 | |
2178 A filetype plugin will be sourced for each buffer of the type it's for. Local | |
2179 script variables |s:var| will be shared between all invocations. Use local | |
2180 buffer variables |b:var| if you want a variable specifically for one buffer. | |
2181 | |
2182 | |
2183 FUNCTIONS | |
2184 | |
2185 When defining a function, this only needs to be done once. But the filetype | |
2186 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
|
2187 This construct makes sure the function is only defined once: > |
7 | 2188 |
2189 :if !exists("*s:Func") | |
2190 : function s:Func(arg) | |
2191 : ... | |
2192 : endfunction | |
2193 :endif | |
2194 < | |
2195 | |
2196 UNDO *undo_ftplugin* | |
2197 | |
2198 When the user does ":setfiletype xyz" the effect of the previous filetype | |
2199 should be undone. Set the b:undo_ftplugin variable to the commands that will | |
2200 undo the settings in your filetype plugin. Example: > | |
2201 | |
2202 let b:undo_ftplugin = "setlocal fo< com< tw< commentstring<" | |
2203 \ . "| unlet b:match_ignorecase b:match_words b:match_skip" | |
2204 | |
2205 Using ":setlocal" with "<" after the option name resets the option to its | |
2206 global value. That is mostly the best way to reset the option value. | |
2207 | |
2208 This does require removing the "C" flag from 'cpoptions' to allow line | |
2209 continuation, as mentioned above |use-cpo-save|. | |
2210 | |
2211 | |
2212 FILE NAME | |
2213 | |
2214 The filetype must be included in the file name |ftplugin-name|. Use one of | |
2215 these three forms: | |
2216 | |
2217 .../ftplugin/stuff.vim | |
2218 .../ftplugin/stuff_foo.vim | |
2219 .../ftplugin/stuff/bar.vim | |
2220 | |
2221 "stuff" is the filetype, "foo" and "bar" are arbitrary names. | |
2222 | |
2223 | |
2224 SUMMARY *ftplugin-special* | |
2225 | |
2226 Summary of special things to use in a filetype plugin: | |
2227 | |
2228 <LocalLeader> Value of "maplocalleader", which the user defines as | |
2229 the keys that filetype plugin mappings start with. | |
2230 | |
2231 :map <buffer> Define a mapping local to the buffer. | |
2232 | |
2233 :noremap <script> Only remap mappings defined in this script that start | |
2234 with <SID>. | |
2235 | |
2236 :setlocal Set an option for the current buffer only. | |
2237 | |
2238 :command -buffer Define a user command local to the buffer. | |
2239 | |
2240 exists("*s:Func") Check if a function was already defined. | |
2241 | |
2242 Also see |plugin-special|, the special things used for all plugins. | |
2243 | |
2244 ============================================================================== | |
161 | 2245 *41.13* Writing a compiler plugin *write-compiler-plugin* |
7 | 2246 |
2247 A compiler plugin sets options for use with a specific compiler. The user can | |
2248 load it with the |:compiler| command. The main use is to set the | |
2249 'errorformat' and 'makeprg' options. | |
2250 | |
2251 Easiest is to have a look at examples. This command will edit all the default | |
2252 compiler plugins: > | |
2253 | |
2254 :next $VIMRUNTIME/compiler/*.vim | |
2255 | |
2256 Use |:next| to go to the next plugin file. | |
2257 | |
2258 There are two special items about these files. First is a mechanism to allow | |
2259 a user to overrule or add to the default file. The default files start with: > | |
2260 | |
2261 :if exists("current_compiler") | |
2262 : finish | |
2263 :endif | |
2264 :let current_compiler = "mine" | |
2265 | |
2266 When you write a compiler file and put it in your personal runtime directory | |
2267 (e.g., ~/.vim/compiler for Unix), you set the "current_compiler" variable to | |
2268 make the default file skip the settings. | |
570 | 2269 *:CompilerSet* |
7 | 2270 The second mechanism is to use ":set" for ":compiler!" and ":setlocal" for |
2271 ":compiler". Vim defines the ":CompilerSet" user command for this. However, | |
2272 older Vim versions don't, thus your plugin should define it then. This is an | |
2273 example: > | |
2274 | |
2275 if exists(":CompilerSet") != 2 | |
2276 command -nargs=* CompilerSet setlocal <args> | |
2277 endif | |
2278 CompilerSet errorformat& " use the default 'errorformat' | |
2279 CompilerSet makeprg=nmake | |
2280 | |
2281 When you write a compiler plugin for the Vim distribution or for a system-wide | |
2282 runtime directory, use the mechanism mentioned above. When | |
2283 "current_compiler" was already set by a user plugin nothing will be done. | |
2284 | |
2285 When you write a compiler plugin to overrule settings from a default plugin, | |
2286 don't check "current_compiler". This plugin is supposed to be loaded | |
2287 last, thus it should be in a directory at the end of 'runtimepath'. For Unix | |
2288 that could be ~/.vim/after/compiler. | |
2289 | |
2290 ============================================================================== | |
170 | 2291 *41.14* Writing a plugin that loads quickly *write-plugin-quickload* |
2292 | |
2293 A plugin may grow and become quite long. The startup delay may become | |
1620 | 2294 noticeable, while you hardly ever use the plugin. Then it's time for a |
170 | 2295 quickload plugin. |
2296 | |
2297 The basic idea is that the plugin is loaded twice. The first time user | |
2298 commands and mappings are defined that offer the functionality. The second | |
2299 time the functions that implement the functionality are defined. | |
2300 | |
2301 It may sound surprising that quickload means loading a script twice. What we | |
2302 mean is that it loads quickly the first time, postponing the bulk of the | |
2303 script to the second time, which only happens when you actually use it. When | |
2304 you always use the functionality it actually gets slower! | |
2305 | |
793 | 2306 Note that since Vim 7 there is an alternative: use the |autoload| |
2307 functionality |41.15|. | |
2308 | |
170 | 2309 The following example shows how it's done: > |
2310 | |
2311 " Vim global plugin for demonstrating quick loading | |
2312 " Last Change: 2005 Feb 25 | |
2313 " Maintainer: Bram Moolenaar <Bram@vim.org> | |
2314 " License: This file is placed in the public domain. | |
2315 | |
2316 if !exists("s:did_load") | |
2317 command -nargs=* BNRead call BufNetRead(<f-args>) | |
2318 map <F19> :call BufNetWrite('something')<CR> | |
2319 | |
2320 let s:did_load = 1 | |
2321 exe 'au FuncUndefined BufNet* source ' . expand('<sfile>') | |
2322 finish | |
2323 endif | |
2324 | |
2325 function BufNetRead(...) | |
2326 echo 'BufNetRead(' . string(a:000) . ')' | |
2327 " read functionality here | |
2328 endfunction | |
2329 | |
2330 function BufNetWrite(...) | |
2331 echo 'BufNetWrite(' . string(a:000) . ')' | |
2332 " write functionality here | |
2333 endfunction | |
2334 | |
2335 When the script is first loaded "s:did_load" is not set. The commands between | |
2336 the "if" and "endif" will be executed. This ends in a |:finish| command, thus | |
2337 the rest of the script is not executed. | |
2338 | |
2339 The second time the script is loaded "s:did_load" exists and the commands | |
2340 after the "endif" are executed. This defines the (possible long) | |
2341 BufNetRead() and BufNetWrite() functions. | |
2342 | |
2343 If you drop this script in your plugin directory Vim will execute it on | |
2344 startup. This is the sequence of events that happens: | |
2345 | |
2346 1. The "BNRead" command is defined and the <F19> key is mapped when the script | |
2347 is sourced at startup. A |FuncUndefined| autocommand is defined. The | |
2348 ":finish" command causes the script to terminate early. | |
2349 | |
2350 2. The user types the BNRead command or presses the <F19> key. The | |
2351 BufNetRead() or BufNetWrite() function will be called. | |
856 | 2352 |
170 | 2353 3. Vim can't find the function and triggers the |FuncUndefined| autocommand |
2354 event. Since the pattern "BufNet*" matches the invoked function, the | |
2355 command "source fname" will be executed. "fname" will be equal to the name | |
2356 of the script, no matter where it is located, because it comes from | |
2357 expanding "<sfile>" (see |expand()|). | |
2358 | |
2359 4. The script is sourced again, the "s:did_load" variable exists and the | |
2360 functions are defined. | |
2361 | |
2362 Notice that the functions that are loaded afterwards match the pattern in the | |
2363 |FuncUndefined| autocommand. You must make sure that no other plugin defines | |
2364 functions that match this pattern. | |
2365 | |
2366 ============================================================================== | |
2367 *41.15* Writing library scripts *write-library-script* | |
2368 | |
2369 Some functionality will be required in several places. When this becomes more | |
2370 than a few lines you will want to put it in one script and use it from many | |
2371 scripts. We will call that one script a library script. | |
2372 | |
2373 Manually loading a library script is possible, so long as you avoid loading it | |
2374 when it's already done. You can do this with the |exists()| function. | |
2375 Example: > | |
2376 | |
2377 if !exists('*MyLibFunction') | |
2378 runtime library/mylibscript.vim | |
2379 endif | |
2380 call MyLibFunction(arg) | |
2381 | |
2382 Here you need to know that MyLibFunction() is defined in a script | |
2383 "library/mylibscript.vim" in one of the directories in 'runtimepath'. | |
2384 | |
2385 To make this a bit simpler Vim offers the autoload mechanism. Then the | |
2386 example looks like this: > | |
2387 | |
270 | 2388 call mylib#myfunction(arg) |
170 | 2389 |
2390 That's a lot simpler, isn't it? Vim will recognize the function name and when | |
2391 it's not defined search for the script "autoload/mylib.vim" in 'runtimepath'. | |
270 | 2392 That script must define the "mylib#myfunction()" function. |
170 | 2393 |
2394 You can put many other functions in the mylib.vim script, you are free to | |
2395 organize your functions in library scripts. But you must use function names | |
323 | 2396 where the part before the '#' matches the script name. Otherwise Vim would |
2397 not know what script to load. | |
170 | 2398 |
681 | 2399 If you get really enthusiastic and write lots of library scripts, you may |
170 | 2400 want to use subdirectories. Example: > |
2401 | |
270 | 2402 call netlib#ftp#read('somefile') |
170 | 2403 |
2404 For Unix the library script used for this could be: | |
2405 | |
2406 ~/.vim/autoload/netlib/ftp.vim | |
2407 | |
2408 Where the function is defined like this: > | |
2409 | |
270 | 2410 function netlib#ftp#read(fname) |
170 | 2411 " Read the file fname through ftp |
2412 endfunction | |
2413 | |
2414 Notice that the name the function is defined with is exactly the same as the | |
323 | 2415 name used for calling the function. And the part before the last '#' |
170 | 2416 exactly matches the subdirectory and script name. |
2417 | |
2418 You can use the same mechanism for variables: > | |
2419 | |
270 | 2420 let weekdays = dutch#weekdays |
170 | 2421 |
2422 This will load the script "autoload/dutch.vim", which should contain something | |
2423 like: > | |
2424 | |
270 | 2425 let dutch#weekdays = ['zondag', 'maandag', 'dinsdag', 'woensdag', |
170 | 2426 \ 'donderdag', 'vrijdag', 'zaterdag'] |
2427 | |
2428 Further reading: |autoload|. | |
2429 | |
2430 ============================================================================== | |
793 | 2431 *41.16* Distributing Vim scripts *distribute-script* |
2432 | |
2433 Vim users will look for scripts on the Vim website: http://www.vim.org. | |
2434 If you made something that is useful for others, share it! | |
2435 | |
2436 Vim scripts can be used on any system. There might not be a tar or gzip | |
2437 command. If you want to pack files together and/or compress them the "zip" | |
2438 utility is recommended. | |
2439 | |
2440 For utmost portability use Vim itself to pack scripts together. This can be | |
2441 done with the Vimball utility. See |vimball|. | |
2442 | |
799 | 2443 It's good if you add a line to allow automatic updating. See |glvs-plugins|. |
2444 | |
793 | 2445 ============================================================================== |
7 | 2446 |
2447 Next chapter: |usr_42.txt| Add new menus | |
2448 | |
2449 Copyright: see |manual-copyright| vim:tw=78:ts=8:ft=help:norl: |