James Vega wrote: > On Mon, May 24, 2010 at 10:56:59PM +0200, Bram Moolenaar wrote: > > > > Jordan Lewis wrote: > > > I suppose the argument could be made that the user who has added undo > > > persistence to her vimrc would have read enough of the > > > documentation to know that she must also set undodir if she > > > doesn't want a polluted current working directory. I don't think > > > that this argument is strong enough to warrant using the new > > > default behavior, though, since a less clued-in user might not > > > understand why his working directory is suddenly full of dot > > > files. > > > > It's a bit like using backup files. The undo files are hidden (start > > with a dot), thus are less intrusive. It's also like swap files, they > > also go in the same directory as the file, by default. Still, when a > > directory is not writable swap files need to go elsewhere. Undo files > > won't be written when a file is not writable. > > Are the undo files supposed to be hidden when 'undodir' is not the > current directory? If so, that's not currently the case.
When putting undo files with the edited files they are made hidden, just like swap files. When putting undo files in a specified undo directory they are not hidden. The file name is completely different then: It is the full path with path separators changed to '%'. That's what happens now, right? Problem with the full path is that when a directory name is changed the undo file is no longer found. Won't be deleted either. For Unix we could store the inode/device instead of using the mangled full path. Unfortunately that's not fully reliable either. The device changes for network file systems. -- I AM THANKFUL... ...for the mess to clean after a party because it means I have been surrounded by friends. /// Bram Moolenaar -- [email protected] -- http://www.Moolenaar.net \\\ /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\ download, build and distribute -- http://www.A-A-P.org /// \\\ help me help AIDS victims -- http://ICCF-Holland.org /// -- You received this message from the "vim_dev" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
