[BUG] vimball changes global 'modifiable' setting

2007-03-17 Thread A.J.Mechelynck
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

2007-03-17 Thread A.J.Mechelynck

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

2007-03-17 Thread Bram Moolenaar

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

2007-03-17 Thread drchip
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...

2007-03-17 Thread DervishD
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?

2007-03-17 Thread zzapper
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

2007-03-17 Thread A.J.Mechelynck

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?

2007-03-17 Thread zzapper
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...

2007-03-17 Thread Bram Moolenaar

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

2007-03-17 Thread Gregory Margo
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?

2007-03-17 Thread Taylor Venable
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

2007-03-17 Thread Bram Moolenaar

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?

2007-03-17 Thread Jack Donohue

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?

2007-03-17 Thread A.J.Mechelynck

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

2007-03-17 Thread Jonathan D Johnston

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

2007-03-17 Thread Russell Bateman
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

2007-03-17 Thread drchip
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?

2007-03-17 Thread Gary Johnson
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

2007-03-17 Thread A.J.Mechelynck

[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

2007-03-17 Thread Mark Woodward
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

2007-03-17 Thread Cyril Slobin

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

2007-03-17 Thread Steve Hall
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

2007-03-17 Thread Steve Hall
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

2007-03-17 Thread A.J.Mechelynck

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