22
|
1 *os_win32.txt* For Vim version 7.0aa. Last change: 2004 Aug 31
|
7
|
2
|
|
3
|
|
4 VIM REFERENCE MANUAL by George Reilly
|
|
5
|
|
6
|
|
7 *win32* *Win32* *MS-Windows*
|
|
8 This file documents the idiosyncrasies of the Win32 version of Vim.
|
|
9
|
|
10 The Win32 version of Vim works on both Windows NT and Windows 95. There are
|
|
11 both console and GUI versions. There is GUI version for use in the Win32s
|
|
12 subsystem in Windows 3.1[1]. You can also use the 32-bit DOS version of Vim
|
|
13 instead. See |os_msdos.txt|.
|
|
14
|
|
15 1. Known problems |win32-problems|
|
|
16 2. Startup |win32-startup|
|
|
17 3. Restore screen contents |win32-restore|
|
|
18 4. Using the mouse |win32-mouse|
|
|
19 5. Running under Windows 3.1 |win32-win3.1|
|
|
20 6. Win32 mini FAQ |win32-faq|
|
|
21
|
|
22 Additionally, there are a number of common Win32 and DOS items:
|
|
23 File locations |dos-locations|
|
|
24 Using backslashes |dos-backslash|
|
|
25 Standard mappings |dos-standard-mappings|
|
|
26 Screen output and colors |dos-colors|
|
|
27 File formats |dos-file-formats|
|
|
28 :cd command |dos-:cd|
|
|
29 Interrupting |dos-CTRL-Break|
|
|
30 Temp files |dos-temp-files|
|
|
31 Shell option default |dos-shell|
|
|
32
|
|
33 Win32 GUI |gui-w32|
|
|
34
|
|
35 Credits:
|
|
36 The Win32 version was written by George V. Reilly <george@reilly.org>.
|
|
37 The original Windows NT port was done by Roger Knobbe <RogerK@wonderware.com>.
|
|
38 The GUI version was made by George V. Reilly and Robert Webb.
|
|
39
|
|
40 For compiling see "src/INSTALL.pc". *win32-compiling*
|
|
41
|
|
42 ==============================================================================
|
|
43 1. Known problems *windows95* *win32-problems*
|
|
44
|
|
45 There are a few known problems with running in a console on Windows 95. As
|
|
46 far as we know, this is the same in Windows 98 and Windows ME.
|
|
47
|
|
48 Comments from somebody working at Microsoft: "Win95 console support has always
|
|
49 been and will always be flaky".
|
|
50 1. Dead key support doesn't work.
|
|
51 2. Resizing the window with ":set columns=nn lines=nn" works, but executing
|
|
52 external commands MAY CAUSE THE SYSTEM TO HANG OR CRASH.
|
|
53 3. Screen updating is slow, unless you change 'columns' or 'lines' to a
|
|
54 non-DOS value. But then the second problem applies!
|
|
55
|
|
56 If this bothers you, use the 32 bit MS-DOS version or the Win32 GUI version.
|
|
57
|
|
58 When doing file name completion, Vim also finds matches for the short file
|
|
59 name. But Vim will still find and use the corresponding long file name. For
|
|
60 example, if you have the long file name "this_is_a_test" with the short file
|
|
61 name "this_i~1", the command ":e *1" will start editing "this_is_a_test".
|
|
62
|
|
63 ==============================================================================
|
|
64 2. Startup *win32-startup*
|
|
65
|
|
66 Current directory *win32-curdir*
|
|
67
|
|
68 If Vim is started with a single file name argument, and it has a full path
|
|
69 (starts with "x:\"), Vim assumes it was started from the file explorer and
|
|
70 will set the current directory to where that file is. To avoid this when
|
|
71 typing a command to start Vim, use a forward slash instead of a backslash.
|
|
72 Example: >
|
|
73
|
|
74 vim c:\text\files\foo.txt
|
|
75
|
|
76 Will change to the "C:\text\files" directory. >
|
|
77
|
|
78 vim c:/text\files\foo.txt
|
|
79
|
|
80 Will use the current directory.
|
|
81
|
|
82
|
|
83 Term option *win32-term*
|
|
84
|
|
85 The only kind of terminal type that the Win32 version of Vim understands is
|
|
86 "win32", which is built-in. If you set 'term' to anything else, you will
|
|
87 probably get very strange behavior from Vim. Therefore Vim does not obtain
|
|
88 the default value of 'term' from the environment variable "TERM".
|
|
89
|
|
90 ==============================================================================
|
|
91 3. Restore screen contents *win32-restore*
|
|
92
|
|
93 When 'restorescreen' is set (which is the default), Vim will restore the
|
|
94 original contents of the console when exiting or when executing external
|
|
95 commands. If you don't want this, use ":set nors". |'restorescreen'|
|
|
96
|
|
97 ==============================================================================
|
|
98 4. Using the mouse *win32-mouse*
|
|
99
|
|
100 The Win32 version of Vim supports using the mouse. If you have a two-button
|
|
101 mouse, the middle button can be emulated by pressing both left and right
|
|
102 buttons simultaneously - but note that in the Win32 GUI, if you have the right
|
|
103 mouse button pop-up menu enabled (see 'mouse'), you should err on the side of
|
|
104 pressing the left button first. |mouse-using|
|
|
105
|
|
106 When the mouse doesn't work, try disabling the "Quick Edit Mode" feature of
|
|
107 the console.
|
|
108
|
|
109 ==============================================================================
|
|
110 5. Running under Windows 3.1 *win32-win3.1*
|
|
111
|
|
112 *win32s* *windows-3.1*
|
|
113 There is a special version of Gvim that runs under Windows 3.1 and 3.11. You
|
|
114 need the gvim.exe that was compiled with Visual C++ 4.1.
|
|
115
|
|
116 To run the Win32 version under Windows 3.1, you need to install Win32s. You
|
|
117 might have it already from another Win32 application which you have installed.
|
|
118 If Vim doesn't seem to be running properly, get the latest version: 1.30c.
|
|
119 You can find it at:
|
|
120
|
|
121 http://support.microsoft.com/download/support/mslfiles/pw1118.exe
|
|
122
|
|
123 (Microsoft moved it again, we don't know where it is now :-( ).
|
|
124
|
|
125 The reason for having two versions of gvim.exe is that the Win32s version was
|
|
126 compiled with VC++ 4.1. This is the last version of VC++ that supports Win32s
|
|
127 programs. VC++ 5.0 is better, so that one was used for the Win32 version.
|
|
128 Apart from that, there is no difference between the programs. If you are in a
|
|
129 mixed environment, you can use the gvim.exe for Win32s on both.
|
|
130
|
|
131 The Win32s version works the same way as the Win32 version under 95/NT. When
|
|
132 running under Win32s the following differences apply:
|
|
133 - You cannot use long file names, because Windows 3.1 doesn't support them!
|
|
134 - When executing an external command, it doesn't return an exit code. After
|
|
135 doing ":make" you have to do ":cn" yourself.
|
|
136
|
|
137 ==============================================================================
|
|
138 6. Win32 mini FAQ *win32-faq*
|
|
139
|
|
140 Q. Why does the Win32 version of Vim update the screen so slowly on Windows 95?
|
|
141 A. The support for Win32 console mode applications is very buggy in Win95.
|
|
142 For some unknown reason, the screen updates very slowly when Vim is run at
|
|
143 one of the standard resolutions (80x25, 80x43, or 80x50) and the 16-bit DOS
|
|
144 version updates the screen much more quickly than the Win32 version.
|
|
145 However, if the screen is set to some other resolution, such as by ":set
|
|
146 columns=100" or ":set lines=40", screen updating becomes about as fast as
|
|
147 it is with the 16-bit version.
|
|
148
|
|
149 WARNING: Changing 'columns' may make Windows 95 crash while updating the
|
|
150 window (complaints --> Microsoft). Since this mostly works, this has not
|
|
151 been disabled, but be careful with changing 'columns'.
|
|
152
|
|
153 Changing the screen resolution makes updates faster, but it brings
|
|
154 additional problems. External commands (e.g., ":!dir") can cause Vim to
|
|
155 freeze when the screen is set to a non-standard resolution, particularly
|
|
156 when 'columns' is not equal to 80. It is not possible for Vim to reliably
|
|
157 set the screen resolution back to the value it had upon startup before
|
|
158 running external commands, so if you change the number of 'lines' or
|
|
159 'columns', be very, very careful. In fact, Vim will not allow you to
|
|
160 execute external commands when 'columns' is not equal to 80, because it is
|
|
161 so likely to freeze up afterwards.
|
|
162
|
|
163 None of the above applies on Windows NT. Screen updates are fast, no
|
|
164 matter how many 'lines' or 'columns' the window has, and external commands
|
|
165 do not cause Vim to freeze.
|
|
166
|
|
167 Q. So if the Win32 version updates the screen so slowly on Windows 95 and the
|
|
168 16-bit DOS version updates the screen quickly, why would I want to run the
|
|
169 Win32 version?
|
|
170 A. Firstly, the Win32 version isn't that slow, especially when the screen is
|
|
171 set to some non-standard number of 'lines' or 'columns'. Secondly, the
|
|
172 16-bit DOS version has some severe limitations: It can't do big changes and
|
|
173 it doesn't know about long file names. The Win32 version doesn't have these
|
|
174 limitations and it's faster overall (the same is true for the 32-bit DJGPP
|
|
175 DOS version of Vim). The Win32 version is smarter about handling the
|
|
176 screen, the mouse, and the keyboard than the DJGPP version is.
|
|
177
|
|
178 Q. And what about the 16-bit DOS version versus the Win32 version on NT?
|
|
179 A. There are no good reasons to run the 16-bit DOS version on NT. The Win32
|
|
180 version updates the screen just as fast as the 16-bit version does when
|
|
181 running on NT. All of the above disadvantages apply. Finally, DOS
|
|
182 applications can take a long time to start up and will run more slowly. On
|
|
183 non-Intel NT platforms, the DOS version is almost unusably slow, because it
|
|
184 runs on top of an 80x86 emulator.
|
|
185
|
|
186 Q. How do I change the font?
|
22
|
187 A. In the GUI version, you can use the 'guifont' option. Example: >
|
|
188 :set guifont=Lucida_Console:h15:cDEFAULT
|
|
189 < In the console version, you need to set the font of the console itself.
|
7
|
190 You cannot do this from within Vim.
|
|
191
|
|
192 Q. When I change the size of the console window with ':set lines=xx' or
|
|
193 similar, the font changes! (Win95)
|
|
194 A. You have the console font set to 'Auto' in Vim's (or your MS-DOS prompt's)
|
|
195 properties. This makes W95 guess (badly!) what font is best. Set an explicit
|
|
196 font instead.
|
|
197
|
|
198 Q. Why can't I paste into Vim when running Windows 95?
|
|
199 A. In the properties dialog box for the MS-DOS window, go to "MS-DOS
|
|
200 Prompt/Misc/Fast pasting" and make sure that it is NOT checked. You should
|
|
201 also do ":set paste" in Vim to avoid unexpected effects. |'paste'|
|
|
202
|
|
203 Q. How do I type dead keys on Windows 95, in the console version?
|
|
204 (A dead key is an accent key, such as acute, grave, or umlaut, that doesn't
|
|
205 produce a character by itself, but when followed by another key, produces
|
|
206 an accented character, such as a-acute, e-grave, u-umlaut, n-tilde, and so
|
|
207 on. Very useful for most European languages. English-language keyboard
|
|
208 layouts don't use dead keys, as far as we know.)
|
|
209 A. You don't. The console mode input routines simply do not work correctly in
|
|
210 Windows 95, and I have not been able to work around them. In the words
|
|
211 of a senior developer at Microsoft:
|
|
212 Win95 console support has always been and will always be flaky.
|
|
213
|
|
214 The flakiness is unavoidable because we are stuck between the world of
|
|
215 MS-DOS keyboard TSRs like KEYB (which wants to cook the data;
|
|
216 important for international) and the world of Win32.
|
|
217
|
|
218 So keys that don't "exist" in MS-DOS land (like dead keys) have a
|
|
219 very tenuous existence in Win32 console land. Keys that act
|
|
220 differently between MS-DOS land and Win32 console land (like
|
|
221 capslock) will act flaky.
|
|
222
|
|
223 Don't even _mention_ the problems with multiple language keyboard
|
|
224 layouts...
|
|
225
|
|
226 You may be able to fashion some sort of workaround with the digraphs
|
|
227 mechanism. |digraphs|
|
|
228
|
|
229 The best solution is to use the Win32 GUI version gvim.exe. Alternatively,
|
|
230 you can try one of the DOS versions of Vim where dead keys reportedly do
|
|
231 work.
|
|
232
|
|
233 Q. How do I type dead keys on Windows NT?
|
|
234 A. Dead keys work on NT 3.51. Just type them as you would in any other
|
|
235 application.
|
|
236 On NT 4.0, you need to make sure that the default locale (set in the
|
|
237 Keyboard part of the Control Panel) is the same as the currently active
|
|
238 locale. Otherwise the NT code will get confused and crash! This is a NT
|
|
239 4.0 problem, not really a Vim problem.
|
|
240
|
|
241 Q. I'm using Vim to edit a symbolically linked file on a Unix NFS file server.
|
|
242 When I write the file, Vim does not "write through" the symlink. Instead,
|
|
243 it deletes the symbolic link and creates a new file in its place. Why?
|
|
244 A. On Unix, Vim is prepared for links (symbolic or hard). A backup copy of
|
|
245 the original file is made and then the original file is overwritten. This
|
|
246 assures that all properties of the file remain the same. On non-Unix
|
|
247 systems, the original file is renamed and a new file is written. Only the
|
|
248 protection bits are set like the original file. However, this doesn't work
|
|
249 properly when working on an NFS-mounted file system where links and other
|
|
250 things exist. The only way to fix this in the current version is not
|
|
251 making a backup file, by ":set nobackup nowritebackup" |'writebackup'|
|
|
252
|
22
|
253 Q. I'm using Vim to edit a file on a Unix file server through Samba. When I
|
|
254 write the file, the owner of the file is changed. Why?
|
|
255 A. When writing a file Vim renames the original file, this is a backup (in
|
|
256 case writing the file fails halfway). Then the file is written as a new
|
|
257 file. Samba then gives it the default owner for the file system, which may
|
|
258 differ from the original owner.
|
|
259 To avoid this set the 'backupcopy' option to "yes". Vim will then make a
|
|
260 copy of the file for the backup, and overwrite the original file. The
|
|
261 owner isn't changed then.
|
|
262
|
7
|
263 Q. How do I get to see the output of ":make" while it's running?
|
|
264 A. Basically what you need is to put a tee program that will copy its input
|
|
265 (the output from make) to both stdout and to the errorfile. You can find a
|
|
266 copy of tee (and a number of other GNU tools tools) at
|
|
267 http://gnuwin32.sourceforge.net or http://unxutils.sourceforge.net
|
|
268 Alternatively, try the more recent Cygnus version of the GNU tools at
|
|
269 http://www.cygwin.com Other Unix-style tools for Win32 are listed at
|
|
270 http://directory.google.com/Top/Computers/Software/Operating_Systems/Unix/Win32/
|
|
271 When you do get a copy of tee, you'll need to add >
|
|
272 :set shellpipe=\|\ tee
|
|
273 < to your _vimrc.
|
|
274
|
|
275 Q. I'm storing files on a remote machine that works with VisionFS, and files
|
|
276 disappear!
|
|
277 A. VisionFS can't handle certain dot (.) three letter extension file names.
|
|
278 SCO declares this behavior required for backwards compatibility with 16bit
|
|
279 DOS/Windows environments. The two commands below demonstrate the behavior:
|
|
280 >
|
|
281 echo Hello > file.bat~
|
|
282 dir > file.bat
|
|
283 <
|
|
284 The result is that the "dir" command updates the "file.bat~" file, instead
|
|
285 of creating a new "file.bat" file. This same behavior is exhibited in Vim
|
|
286 when editing an existing file named "foo.bat" because the default behavior
|
|
287 of Vim is to create a temporary file with a '~' character appended to the
|
|
288 name. When the file is written, it winds up being deleted.
|
|
289
|
|
290 Solution: Add this command to your _vimrc file: >
|
|
291 :set backupext=.temporary
|
|
292
|
|
293 Q. How do I change the blink rate of the cursor?
|
|
294 A. You can't! This is a limitation of the NT console. NT 5.0 is reported to
|
|
295 be able to set the blink rate for all console windows at the same time.
|
|
296
|
|
297 *:!start*
|
|
298 Q. How can I run an external command or program asynchronously?
|
|
299 A. When using :! to run an external command, you can run it with "start": >
|
|
300 :!start winfile.exe<CR>
|
|
301 < Using "start" stops Vim switching to another screen, opening a new console,
|
|
302 or waiting for the program to complete; it indicates that you are running a
|
|
303 program that does not effect the files you are editing. Programs begun
|
|
304 with :!start do not get passed Vim's open file handles, which means they do
|
|
305 not have to be closed before Vim.
|
|
306 To avoid this special treatment, use ":! start".
|
|
307
|
|
308 Q. I'm using Win32s, and when I try to run an external command like "make",
|
|
309 Vim doesn't wait for it to finish! Help!
|
|
310 A. The problem is that a 32-bit application (Vim) can't get notification from
|
|
311 Windows that a 16-bit application (your DOS session) has finished. Vim
|
|
312 includes a work-around for this, but you must set up your DOS commands to
|
|
313 run in a window, not full-screen. Unfortunately the default when you
|
|
314 install Windows is full-screen. To change this:
|
|
315 1) Start PIF editor (in the Main program group)
|
|
316 2) Open the file "_DEFAULT.PIF" in your Windows directory.
|
|
317 3) Changes the display option from "Full Screen" to "Windowed".
|
|
318 4) Save and exit.
|
|
319
|
|
320 To test, start Vim and type >
|
|
321 :!dir C:\<CR>".
|
|
322 < You should see a DOS box window appear briefly with the directory listing.
|
|
323
|
|
324 Q. I use Vim under Win32s and NT. In NT, I can define the console to default to
|
|
325 50 lines, so that I get a 80x50 shell when I ':sh'. Can I do the same in
|
|
326 W3.1x, or am I stuck with 80x25?
|
|
327 A. Edit SYSTEM.INI and add 'ScreenLines=50' to the [NonWindowsApp] section. DOS
|
|
328 prompts and external DOS commands will now run in a 50-line window.
|
|
329
|
|
330 vim:tw=78:fo=tcq2:ts=8:ft=help:norl:
|