[BUG] vimball changes global 'modifiable' setting
Opening a vimball in Vim sets 'nomodifiable' not only locally but also globally: henceforward, all new [No Name] buffers opened in the same session will be created with 'nomodifiable' set. Workaround: Use :set modifiable in the first [No Name] buffer created after opening a vimball. Fix: See suggested patch, attached. Best regards, Tony. -- hundred-and-one symptoms of being an internet addict: 121. You ask for e-mail adresses instead of telephone numbers. *** /usr/local/share/vim/vim70/plugin/vimballPlugin.vim Fri Mar 16 00:34:04 2007 --- /usr/local/share/vim/vimfiles/plugin/vimballPlugin.vim Sat Mar 17 09:07:46 2007 *** *** 27,33 com! -na=0 VimballList call vimball#Vimball(0) com! -na=* -complete=dir RmVimball call vimball#RmVimball(f-args) au BufEnter *.vba.gz,*.vba.bz2,*.vba.zip call vimball#Decompress(expand(amatch)) ! au BufEnter *.vba set noma bt=nofile fmr=[[[,]]] fdm=marker|call vimball#ShowMesg(0,Source this file to extract it! (:so %)) = Restoration And Modelines: {{{1 --- 27,33 com! -na=0 VimballList call vimball#Vimball(0) com! -na=* -complete=dir RmVimball call vimball#RmVimball(f-args) au BufEnter *.vba.gz,*.vba.bz2,*.vba.zip call vimball#Decompress(expand(amatch)) ! au BufEnter *.vba setlocal noma bt=nofile fmr=[[[,]]] fdm=marker|call vimball#ShowMesg(0,Source this file to extract it! (:so %)) = Restoration And Modelines: {{{1
Re: [BUG] vimball changes global 'modifiable' setting
A.J.Mechelynck wrote: Opening a vimball in Vim sets 'nomodifiable' not only locally but also globally: henceforward, all new [No Name] buffers opened in the same session will be created with 'nomodifiable' set. Workaround: Use :set modifiable in the first [No Name] buffer created after opening a vimball. Fix: See suggested patch, attached. Best regards, Tony. P.S. I think the autocommand in the modified line can be moved from the BufEnter event to the BufReadPost event. Best regards, Tony. -- The United States Army; 194 years of proud service, unhampered by progress.
Vim joins Google Summer of Code
Instead of doing a boring holiday job, students can work on Vim this summer. Google sponsors the work. Ideas for what could be worked on can be found on the ideas page: http://www.vim.org/soc/ideas.php But you can also come up with your own task. Keep in mind that the number of students that will be accepted is limited, thus write a good application! For more information about the Google Summer of Code program, you can visit this page: http://code.google.com/soc/ Students should plan to submit their applications by March 24, 2007. -- ARTHUR:I command you as King of the Britons to stand aside! BLACK KNIGHT: I move for no man. The Quest for the Holy Grail (Monty Python) /// 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///
Re: [BUG] vimball changes global 'modifiable' setting
Quoting A.J.Mechelynck [EMAIL PROTECTED]: Opening a vimball in Vim sets 'nomodifiable' not only locally but also globally: henceforward, all new [No Name] buffers opened in the same session will be created with 'nomodifiable' set. Workaround: Use :set modifiable in the first [No Name] buffer created after opening a vimball. Fix: See suggested patch, attached. Seems a harmless enough patch -- I'll include it! Chip Campbell
Re: OT: Apparently I work for Bram...
Hi Tim :) * Tim Chase [EMAIL PROTECTED] dixit: Well, a year or so later, somehow that combination of my name and Bram as a business found their way together and I just got a magazine addressed to me at my company, Bram Moolenaar. Holy *... That's just incredible XDDD Usually, when asked for a company name, I use Probably I'm doing something highly delictive, or something like that. Not that the computer gets the funny message, but... Raúl Núñez de Arenas Coronado -- Linux Registered User 88736 | http://www.dervishd.net It's my PC and I'll cry if I want to... RAmen!
how to setup gvim as view source editor for Opera?
Hi, I've forgotten how to setup gvim as view source editor for Opera (got a new Vista PC). Also can anyone recommend the best solution for FireFox, I've only got the one where viewing source with vim is an additional option -- zzapper http://SuccessTheory.com/tips/ vim, zsh success tips
Re: swapfile name
Raphael Bauduin wrote: On 3/16/07, A.J.Mechelynck [EMAIL PROTECTED] wrote: Raphael Bauduin wrote: Hi, When opening a file, is there a way to tell vim which name to use for the swapfile? I'm writing a little vim config file to edit a CMS' content in a DB. Each page has a parts named 'body', which the script makes available through :Radiant edit pages/Home Page/body or, for another page: :Radiant edit pages/Home Page/Articles/First Post/body The problem is that vim is using the same swapfile due to the last part of the path being body in both cases. I see 2 solutions to this problem: either use no swapfile (resetting swapfile), or specify another name for the swapfile, with a preference for the latter. I can specify the directory where to put swapfiles, but can I specify a name for the swapfile? Or can I set a swapfile directory specific to a buffer? Thanks in advance for your help. Raph IIUC, you can't specify the swapfile name; but (again, IIUC) the default is to write the swapfile in the same directory as the editfile: so you would have pages/Home Page/.body.swp and pages/Home Page/Articles/First Post/.body.swp which are different files by virtue of being located in diferent directories. The swapfile used is .body.swp , it doesn't seem to create the directories. I set directory=/tmp/ and the swapfile used is /tmp/body.swp . That's the problem. If you set the swapfile to always be written to a fixed directory, there will be collisions. If 'directory' starts with . (as in the default), Vim will attempt to create the swapfile in the same directory as the editfile. There will be no need to create the directory since it already contains the file you're editing, and for the same reason it should be writable. Remember the path is not the path to a real file, it's a path used by an autocommand to find the data in a db. so, where does your database reside? There is something I don't understand. If your user-commands creates a buffer with a nonexistent path, then maybe the path part of the buffer name should be changed. Raph The advantage of having the swap in the same directory as the editfile, is that it can always be spotted if you try to edit the same file in two instances of Vim at the same time, or to reopen a file which wasn't properly closed because of a crash. Best regards, Tony. -- hundred-and-one symptoms of being an internet addict: 118. You are on a first-name basis with your ISP's staff. Next time, please use Reply to All (or Reply to List if available), not Reply to Sender, and please don't use top-posting either. It seems to me I've been writing this in at least one reply per day for a week. Don't you people read what comes in your inbox? Best regards, Tony. -- It's better to be wanted for murder that not to be wanted at all. -- Marty Winch
Re: how to setup gvim as view source editor for Opera?
Taylor Venable [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: On Sat, 17 Mar 2007 15:01:17 + (UTC) zzapper [EMAIL PROTECTED] wrote: I've forgotten how to setup gvim as view source editor for Opera (got a new Vista PC). Also can anyone recommend the best solution for FireFox, I've only got the one where viewing source with vim is an additional option For Opera, open the preferences, click on the Advanced tag, then choose Programs from the list on the left. At the bottom of the right-hand side, there's the option to set the source viewer program. ## Couldn't see it for looking!### In Firefox, type about:config into the URL bar and hit ENTER. Type source in the filter box and hit ENTER. Double-click on the entry for view_source.editor.external so its value changes to true. Then double-click on the entry for view_source.editor.path and enter the path to your Vim in there. Then close the tab. That should do it! ### Excellent### Thanks -- zzapper http://SuccessTheory.com/tips/ vim, zsh success tips
Re: OT: Apparently I work for Bram...
Tim Chase wrote: Found this amusing: a while back, for some open web survey of cast your vote for your favorite software, I submitted Vim. There was a mandatory field for the company that produced it, so I put in Bram's name. Well, a year or so later, somehow that combination of my name and Bram as a business found their way together and I just got a magazine addressed to me at my company, Bram Moolenaar. [rolls eyes] Well, there are far worse folks to be associated with, so it's no great crime given that Bram (or what I know of him and have seen on google-video) is quite an affable fellow. But that's technology for you. It will certainly be a notable marker if they sell my name to advertisers. So, according to Sys-Con media's computers, I now work for Bram. I will send you your work plan for the coming week. Don't expect a paycheck though! :-) Maybe someday I'll set their crazy computers straight. Or maybe it's not-so-subtle commentary that I spend too much time on the vim-list. :) -tim PS: and I never even heard back whether Vim got any accolades from the survey. :( Accolades? I prever chocolades. -- I'm sure that I asked CBuilder to do a full install. Looks like I got a fool install, instead. Charles E Campbell, Jr, PhD /// 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///
Netrw: open multiple directories on startup
Netrw can have several directories browsing sessions active at once if I open them separately. However, if I use the -o option, like cd /path/to/vimsource//vim70/ vim -o libs runtime src then it does not work as I expect. I get three open buffers, one says Scratch and is the directory listing for the libs/ directory, but the next two buffers are called libs and are blank. If I move into those buffers then each buffer fills out with the same libs/ directory listing. Obviously not what I want - I want three directory browsers each in it's own directory. Is there some way I can make this happen? I apologize if this has been covered before and I missed it. I'm using netrw v108l. thanks gm -- + Gregory H. Margo gmargo at yahoo/com, gmail/com, pacbell/net; greg at margofamily/org
Re: how to setup gvim as view source editor for Opera?
On Sat, 17 Mar 2007 15:42:49 + (UTC) zzapper [EMAIL PROTECTED] wrote: Taylor Venable [EMAIL PROTECTED] wrote in news:[EMAIL PROTECTED]: On Sat, 17 Mar 2007 15:01:17 + (UTC) zzapper [EMAIL PROTECTED] wrote: I've forgotten how to setup gvim as view source editor for Opera (got a new Vista PC). Also can anyone recommend the best solution for FireFox, I've only got the one where viewing source with vim is an additional option For Opera, open the preferences, click on the Advanced tag, then choose Programs from the list on the left. At the bottom of the right-hand side, there's the option to set the source viewer program. ## Couldn't see it for looking!### Hmm... well, on the Linux version of Opera 9.10 it looks like this: http://www.metasyntax.net/images/screenshots/opera-view-source.png Maybe it's not available on Windows? (For what reason that would be, I have no idea...) -- Taylor Venable [EMAIL PROTECTED] http://www.metasyntax.net/
Vim joins Google Summer of Code
Instead of doing a boring holiday job, students can work on Vim this summer. Google sponsors the work. Ideas for what could be worked on can be found on the ideas page: http://www.vim.org/soc/ideas.php But you can also come up with your own task. Keep in mind that the number of students that will be accepted is limited, thus write a good application! For more information about the Google Summer of Code program, you can visit this page: http://code.google.com/soc/ Students should plan to submit their applications by March 24, 2007. -- ARTHUR:I command you as King of the Britons to stand aside! BLACK KNIGHT: I move for no man. The Quest for the Holy Grail (Monty Python) /// 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///
Re: how to setup gvim as view source editor for Opera?
In Firefox, type about:config into the URL bar and hit ENTER. Type source in the filter box and hit ENTER. Double-click on the entry for view_source.editor.external so its value changes to true. Then Don't have that entry on my version of Firefox (Windows, v. 1.5.0.10) Maybe some other upstart plugin editor clobbered it? Thanks, Jack
Re: how to setup gvim as view source editor for Opera?
Jack Donohue wrote: In Firefox, type about:config into the URL bar and hit ENTER. Type source in the filter box and hit ENTER. Double-click on the entry for view_source.editor.external so its value changes to true. Then Don't have that entry on my version of Firefox (Windows, v. 1.5.0.10) Maybe some other upstart plugin editor clobbered it? Thanks, Jack According to http://kb.mozillazine.org/View_source.editor.external http://kb.mozillazine.org/View_source.editor.path these prefs work in Firefox 2 but not in Firefox 1.5. You can either upgrade to Fx2 or go hunting on one or more of the following sites for an extension that will allow you to use an external editor on the view-source page: http://addons.mozilla.org/ http://www.extensionsmirror.de/ http://extensionroom.mozdev.org/ For more questions about Firefox, set up a newsgroup account for news.mozilla.org and subscribe to the mozilla.support.firefox newsgroup. That newsgroup is not mirrored on Usenet servers. IIRC, the following link may help: nntp://news.mozilla.org/mozilla.support.firefox Best regards, Tony. -- New Year's Eve is the time of year when a man most feels his age, and his wife most often reminds him to act it. -- Webster's Unafraid Dictionary
Re: bind (map) F9 to make !make run
Hi Tony Rafal, A.J.Mechelynck wrote: Rafal Maj wrote: A.J.Mechelynck wrote: :map F9 :wall Bar !clear ; make make run Method II: intermixing internal and external commands :map F9 :wall Bar exe !clear Bar exe make Bar !make run Note: Method II does not intercept the return status from the first make. Method III (untested) try to fool bash :map F9 :wall bar exe !clear Bar make make run Hmm no, I ment to do following: 1. execute vim's command: make if the return code is zero (ok) then 2. execute vim's command: !make run I don't know how to get the return status from the external make invoked by internal :make. Try the following (untested) function. I used a function since the commands were getting a bit long to comfortably fit in one line. fun s:MakeAndRun() wall !clear make if !v:shell_error !make run endif endfun nnoremap F2 :call SIDMakeAndRun()CR Note the use of v:shell_error . Hopefully that variable will contain the return status from the make subprocess. :help v:shell_error Sorry for the delay in response - I'm not very good at keeping up with my email. HTH, Jonathan D Johnston
Re: google summer of code: gdb - vim
The project to integrate vim and gdb usefully is called clewn and is on clewn.sourceforge.net. I think there may be others as well. Mathieu Malaterre wrote: Hello, I was looking at the ideas page for google summer of code for vim, and I did not see integration of gdb in vim. As far as I know this is something that is half-working ? Could someone please let me know of any solution for a nice integration of gdb within vim. Thanks
Re: Netrw go up dir command
Quoting Steve Hall [EMAIL PROTECTED]: -- $ ls -R1 ./* ./netrw.vba ./autoload: netrwFileHandlers.vim?[[[1 netrwSettings.vim?[[[1 netrw.vim?[[[1 ./doc: pi_netrw.txt?[[[1 ./plugin: netrwPlugin.vim?[[[1 ./syntax: netrw.vim?[[[1 -- These are the filenames, folding brackets and all! This is with netrw 108 JUST downloaded from Dr. Chip's site in the default gVim of the Fedora Core 6 distribution. It has dumped it all over my $HOME, despite being located in it's own subdirectory. (At least with Cream, which follows cwd, it does unpack where the file is.) This is an example of not following the directions, which state: you need a new vimball plugin! * the vimball that comes with 7.0 had bugs * one of the bugs requires one to completely remove the old vimball (and the same bug afflicts netrw, too -- you have to completely remote the old netrw) * then install the new vimball (or netrw) * the new installation will go to the first writable directory on your runtimepath, which is generally your personal .vim/ directory * the vimball is simpler to use than an old zip file (after the buggy one is no longer afflicting things). I agree with Tony -- an exe is a dangerous thing to have to expect people to run . Perhaps one should have a checksum (md5?) so that people can be assured if they wish to be that the exe is the one you made. Pgp signatures would be good, too. Of course, that all makes it more difficult to use than simple text files. Chip
Re: how to setup gvim as view source editor for Opera?
On 2007-03-17, zzapper [EMAIL PROTECTED] wrote: Hi, I've forgotten how to setup gvim as view source editor for Opera (got a new Vista PC). Also can anyone recommend the best solution for FireFox, I've only got the one where viewing source with vim is an additional option The Firefox plugin that does this is ViewSourceWith. It works for any Firefox from 1.0 to 2.0.0.*. It includes a setting that makes the selected editor the default for the View Page Source menu item, so you don't need to mess with about:config. It's not just for viewing source, either; it also allows you to use your favorite editor to edit text areas. https://addons.mozilla.org/firefox/394/ I use the same plugin on both my Linux and Windows installations of Firefox. HTH, Gary -- Gary Johnson | Agilent Technologies [EMAIL PROTECTED] | Mobile Broadband Division | Spokane, Washington, USA
Re: Netrw go up dir command
[EMAIL PROTECTED] wrote: Quoting Steve Hall [EMAIL PROTECTED]: -- $ ls -R1 ./* ./netrw.vba ./autoload: netrwFileHandlers.vim?[[[1 netrwSettings.vim?[[[1 netrw.vim?[[[1 ./doc: pi_netrw.txt?[[[1 ./plugin: netrwPlugin.vim?[[[1 ./syntax: netrw.vim?[[[1 -- These are the filenames, folding brackets and all! This is with netrw 108 JUST downloaded from Dr. Chip's site in the default gVim of the Fedora Core 6 distribution. It has dumped it all over my $HOME, despite being located in it's own subdirectory. (At least with Cream, which follows cwd, it does unpack where the file is.) This is an example of not following the directions, which state: you need a new vimball plugin! * the vimball that comes with 7.0 had bugs * one of the bugs requires one to completely remove the old vimball (and the same bug afflicts netrw, too -- you have to completely remote the old netrw) * then install the new vimball (or netrw) * the new installation will go to the first writable directory on your runtimepath, which is generally your personal .vim/ directory * the vimball is simpler to use than an old zip file (after the buggy one is no longer afflicting things). I agree with Tony -- an exe is a dangerous thing to have to expect people to run . Perhaps one should have a checksum (md5?) so that people can be assured if they wish to be that the exe is the one you made. Pgp signatures would be good, too. Of course, that all makes it more difficult to use than simple text files. Chip BTW, the sizes, datestamps, and versions I have are currently: 18444 8-Jan 21:57 autoload/vimball.vimversion: 21 5786 8-Jan 21:57 doc/pi_vimball.txt 2007-Jan-03 1657 9-Oct 21:36 plugin/vimballPlugin.vim(no version mentioned) 190182 8-Jan 21:57 autoload/netrw.vim version: 107 10226 8-Jan 21:57 autoload/netrwFileHandlers.vim version: 9 7094 8-Jan 21:57 autoload/netrwSettings.vim version: 9a Jul 28, 2006 89232 8-Jan 21:57 doc/pi_netrw.txt2007-Jan-03 8528 8-Jan 21:57 plugin/netrwPlugin.vim Jul 18, 2006 These are also the current versions on the rsync server. Steve, if yours are older you sure may want to sync your runtimes. Best regards, Tony. -- There's so much plastic in this culture that vinyl leopard skin is becoming an endangered synthetic. -- Lily Tomlin
Re: Netrw go up dir command
Hi Steve, Dr Chip, Tony, On Sat, 2007-03-17 at 13:47 -0700, [EMAIL PROTECTED] wrote: Quoting Steve Hall [EMAIL PROTECTED]: -- $ ls -R1 ./* ./netrw.vba ./autoload: netrwFileHandlers.vim?[[[1 netrwSettings.vim?[[[1 netrw.vim?[[[1 ./doc: pi_netrw.txt?[[[1 ./plugin: netrwPlugin.vim?[[[1 ./syntax: netrw.vim?[[[1 -- These are the filenames, folding brackets and all! This is with netrw 108 JUST downloaded from Dr. Chip's site in the default gVim of the Fedora Core 6 distribution. It has dumped it all over my $HOME, despite being located in it's own subdirectory. (At least with Cream, which follows cwd, it does unpack where the file is.) This is an example of not following the directions, which state: you need a new vimball plugin! * the vimball that comes with 7.0 had bugs * one of the bugs requires one to completely remove the old vimball (and the same bug afflicts netrw, too -- you have to completely remote the old netrw) * then install the new vimball (or netrw) * the new installation will go to the first writable directory on your runtimepath, which is generally your personal .vim/ directory * the vimball is simpler to use than an old zip file (after the buggy one is no longer afflicting things). I agree with Tony -- an exe is a dangerous thing to have to expect people to run . Perhaps one should have a checksum (md5?) so that people can be assured if they wish to be that the exe is the one you made. Pgp signatures would be good, too. Of course, that all makes it more difficult to use than simple text files. Chip I can't try anything ATM. I'm at home running Linux, where everything runs great! I can tell you though that I updated to 108b? (not sure of the b, but definitely 108) at work and still the problem. Mind you, I didn't spend too long on it as I had to... well, work ;-) I'll investigate further on Monday now that I know I'm not the only one with the problem. PS - I was also using the latest vimball at the time I upgraded to 108 (about a fortnight ago) that I downloaded from Dr Chips site. thanks, -- Mark
Add open in tab to file browser
Hi! The following trivial patch to netrw.vim adds command t -- open file in a new tab to the vim file and network browser. May be useful to somebody. *** netrw.vim Sun Mar 18 01:50:14 2007 --- netrw.vim.orig Sun May 7 18:13:42 2006 *** *** 1319,1325 nnoremap buffer silent r :let g:netrw_sort_direction= (g:netrw_sort_direction =~ 'n')? 'r' : 'n'barexe norm! 0barcall SIDNetBrowse(SIDNetBrowseChgDir(expand(%),'./'))cr nnoremap buffer silent s :call SIDNetSaveWordPosn()barlet g:netrw_sort_by= (g:netrw_sort_by =~ 'n')? 'time' : (g:netrw_sort_by =~ 't')? 'size' : 'name'barexe norm! 0barcall SIDNetBrowse(SIDNetBrowseChgDir(expand(%),'./'))barcall SIDNetRestoreWordPosn()cr nnoremap buffer silent S :call SIDNetSortSequence(0)cr - nnoremap buffer silent t:call SIDNetSplit(4)cr nnoremap buffer silent u :c-ucall SIDNetBookmarkDir(4,expand(%))cr nnoremap buffer silent U :c-ucall SIDNetBookmarkDir(5,expand(%))cr nnoremap buffer silent v :call SIDNetSplit(1)cr --- 1319,1324 *** *** 1797,1804 =1 : net and v =2 : local and o =3 : local and v -=4 : net and t -=5 : local and t fun! s:NetSplit(mode) call Dfunc(NetSplit(mode=.a:mode.) alto=.g:netrw_alto. altv=.g:netrw_altv) --- 1796,1801 *** *** 1818,1838 call s:CopyWinVars() exe norm! 0 call s:LocalBrowse(s:LocalBrowseChgDir(b:netrw_curdir,s:NetGetWord())) ! elseif a:mode ==3 exe (g:netrw_altv? rightb : lefta ).g:netrw_winsize.wincmd v call s:CopyWinVars() exe norm! 0 call s:LocalBrowse(s:LocalBrowseChgDir(b:netrw_curdir,s:NetGetWord())) - elseif a:mode ==4 -tab split -call s:CopyWinVars() -exe norm! 0 -call s:NetBrowse(s:NetBrowseChgDir(expand(%),s:NetGetWord())) - elseif a:mode ==5 -tab split -call s:CopyWinVars() -exe norm! 0 -call s:LocalBrowse(s:LocalBrowseChgDir(b:netrw_curdir,s:NetGetWord())) endif call Dret(NetSplit) --- 1815,1825 call s:CopyWinVars() exe norm! 0 call s:LocalBrowse(s:LocalBrowseChgDir(b:netrw_curdir,s:NetGetWord())) ! else exe (g:netrw_altv? rightb : lefta ).g:netrw_winsize.wincmd v call s:CopyWinVars() exe norm! 0 call s:LocalBrowse(s:LocalBrowseChgDir(b:netrw_curdir,s:NetGetWord())) endif call Dret(NetSplit) *** *** 2962,2968 nnoremap buffer silent r :let g:netrw_sort_direction= (g:netrw_sort_direction =~ 'n')? 'r' : 'n'barexe norm! 0barcall SIDNetRefresh(SIDLocalBrowseChgDir(b:netrw_curdir,'./'),1)cr nnoremap buffer silent s :call SIDNetSaveWordPosn()barlet g:netrw_sort_by= (g:netrw_sort_by =~ 'n')? 'time' : (g:netrw_sort_by =~ 't')? 'size' : 'name'barexe norm! 0barcall SIDLocalBrowse(SIDLocalBrowseChgDir(b:netrw_curdir,'./'))barcall SIDNetRestoreWordPosn()cr nnoremap buffer silent S :call SIDNetSortSequence(1)cr - nnoremap buffer silent t:call SIDNetSplit(5)cr nnoremap buffer silent u :c-ucall SIDNetBookmarkDir(4,expand(%))cr nnoremap buffer silent U :c-ucall SIDNetBookmarkDir(5,expand(%))cr nnoremap buffer silent v :call SIDNetSplit(3)cr --- 2949,2954 -- Cyril Slobin [EMAIL PROTECTED] `When I use a word,' Humpty Dumpty said, http://45.free.net/~slobin `it means just what I choose it to mean'
Re: Netrw go up dir command
On Sat, 2007-03-17 at 13:47 -0700, [EMAIL PROTECTED] wrote: Quoting Steve Hall [EMAIL PROTECTED]: [...] These are the filenames, folding brackets and all! This is an example of not following the directions, which state: you need a new vimball plugin! Somebody needs to communicate this to the Red Hat/Fedora Core bugzilla, I'm using the standard, up-to-date distro, now 7.0.201. That means so are *a lot* of other people. * the vimball that comes with 7.0 had bugs * one of the bugs requires one to completely remove the old vimball (and the same bug afflicts netrw, too -- you have to completely remote the old netrw) Overwriting is not enough? If you can tell me specifically what files needs to be removed prior, then I can make my Windows installer do this. * then install the new vimball (or netrw) * the new installation will go to the first writable directory on your runtimepath, which is generally your personal .vim/ directory Do you know where on Windows? Ever in a system/program folder? * the vimball is simpler to use than an old zip file (after the buggy one is no longer afflicting things). It requires Vim to use, rather than any one of a dozen package readers/viewers. This does not seem simpler to me. (Current case as just one example.) I agree with Tony -- an exe is a dangerous thing to have to expect people to run . It is equally as dangerous as a vimball. Either can be made to do destructive things, and neither's internals are immediately comprehendable to determine their safety. Perhaps one should have a checksum (md5?) so that people can be assured if they wish to be that the exe is the one you made. Pgp signatures would be good, too. Of course, that all makes it more difficult to use than simple text files. The Nullsoft Installer has a built-in integrity check which makes md5 redundant. I'm also trusting SourceForge's security system to maintain the integrity of the file. Obviously, we could put even more checks in place (like a pgp sig), but at some point this all becomes overly complicated and more overhead than it's worth. Chances are much better that the author would cause damage by unintentionally breaking something anyway. :) -- Steve Hall [ digitect dancingpaper com ]
Re: Netrw go up dir command
On Sat, 2007-03-17 at 22:45 +0100, A.J.Mechelynck wrote: BTW, the sizes, datestamps, and versions I have are currently: 18444 8-Jan 21:57 autoload/vimball.vimversion: 21 5786 8-Jan 21:57 doc/pi_vimball.txt 2007-Jan-03 1657 9-Oct 21:36 plugin/vimballPlugin.vim(no version mentioned) 190182 8-Jan 21:57 autoload/netrw.vim version: 107 10226 8-Jan 21:57 autoload/netrwFileHandlers.vim version: 9 7094 8-Jan 21:57 autoload/netrwSettings.vim version: 9a Jul 28, 2006 89232 8-Jan 21:57 doc/pi_netrw.txt2007-Jan-03 8528 8-Jan 21:57 plugin/netrwPlugin.vim Jul 18, 2006 These are also the current versions on the rsync server. Steve, if yours are older you sure may want to sync your runtimes. Our installer uses runtimes current as of the build date. I don't have access to the Windows build box ATM to double-check, but it would be nice if third party plug-in authors would keep ftp.vim.org current. Although (in my previous email) I understood that simply file-copying a new version of vimball wouldn't necessarily fix my problem? Does it actually have to be uninstalled, including it's preference file? -- Steve Hall [ digitect dancingpaper com ]
Re: Netrw go up dir command
Steve Hall wrote: On Sat, 2007-03-17 at 22:45 +0100, A.J.Mechelynck wrote: BTW, the sizes, datestamps, and versions I have are currently: 18444 8-Jan 21:57 autoload/vimball.vimversion: 21 5786 8-Jan 21:57 doc/pi_vimball.txt 2007-Jan-03 1657 9-Oct 21:36 plugin/vimballPlugin.vim(no version mentioned) 190182 8-Jan 21:57 autoload/netrw.vim version: 107 10226 8-Jan 21:57 autoload/netrwFileHandlers.vim version: 9 7094 8-Jan 21:57 autoload/netrwSettings.vim version: 9a Jul 28, 2006 89232 8-Jan 21:57 doc/pi_netrw.txt2007-Jan-03 8528 8-Jan 21:57 plugin/netrwPlugin.vim Jul 18, 2006 These are also the current versions on the rsync server. Steve, if yours are older you sure may want to sync your runtimes. Our installer uses runtimes current as of the build date. I don't have access to the Windows build box ATM to double-check, but it would be nice if third party plug-in authors would keep ftp.vim.org current. They do. But some users omit deleting obsolete files no longer on server when they download the new versions. See further down. Although (in my previous email) I understood that simply file-copying a new version of vimball wouldn't necessarily fix my problem? Does it actually have to be uninstalled, including it's preference file? At one point (I'm not sure when) the netrw plugin was split to take advantage of the new autoload mechanism. The name of the global plugin was also changed from plugin/netrw.vim to plugin/netrwPlugin.vim. I haven't followed the vimball plugin as closely but (looking at the above) the case looks similar. If an old plugin (with the old name) was left behind beside the new one, you're in trouble. Since you have cygwin on your build system (don't you?), maybe you could use a cygwin version of rsync to synchronise the runtime/ sibling of your src/ directory from the Vim server *with delete* to ensure that obsolete files are removed? Of course, I don't know how to set the nullsoft installer to check for obsolete files which must be removed if present. Maybe any $VIMRUNTIME/*.vim not in the installer's embedded archive? The command I use is: rsync -avzcP --delete --exclude=/dos/ ftp.nluug.nl::Vim/runtime/ ./runtime/ Best regards, Tony. -- I get up each morning, gather my wits. Pick up the paper, read the obits. If I'm not there I know I'm not dead. So I eat a good breakfast and go back to bed. Oh, how do I know my youth is all spent? My get-up-and-go has got-up-and-went. But in spite of it all, I'm able to grin, And think of the places my get-up has been. -- Pete Seeger