Vim7 mouse cursor focus freaking

[Eric Arnold]

Certain things seem to cause Vim7 to do go into some odd loop when the
mouse moves the cursor into a different window.  So far I've seen it
when

1) I've got the command line edit window open, and the mouse moves the
cursor to another window (usually happens when I switch away from Vim
and back).  Something is flashing non-stop in the lower right of the
command line (probably some mouse string, but it's a bunch of
unreadable chars).  The input focus doesn't actually change away from
the command edit window (typing stuff goes there).

2) when I have "tabline" set to my own function, it interacts with
"taglist" and other specialized buffers (which have non-standard
autocommands, among other things).

Sometimes  will stop the looping until the mouse moves the cursor again.

It might have something to do with the way Vim is re-setting the
cursor position to the lower right of the screen sometimes, even
though the input focus remains in the correct window.

Mapping in .vimrc doesn't work

[Wim R. Crols]

Hello,

I use an AZERTY keyboard, where the backtick is reached by pressing 
AltGr + µ.

To make using it easier using backtick I added a mapping in my .vimrc
   map µ `
But this is never registered when I open Vim. It does show up (in blue, 
not sure what the colors mean) when I type ":map" but it doesn't work.


Strangely enough, when I input the mapping again directly when working 
in Vim, it works perfectly. When I type ":map" then, it shows up twice, 
once blue and once black.


Any ideas how I can make it work in my .vimrc too?
I have this problem under Windows and Linux

Thanks a lot,
Wim

Re: Disabling statusline for specific windows (i.e. taglist window)

[Eric Arnold]

Blah, I wish I could turn off "Rich formatting" in gmail for good.

exe bufwinnr('__TAG') . 'wincmd w' | setlocal statusline='testing' | wincmd p


On 4/20/06, Eric Arnold <[EMAIL PROTECTED]> wrote:
> I dunno.  This works for me:
>
> exe bufwinnr('__TAG') . 'wincmd w' | setlocal statusline=3D'testing' | winc=
> md
> p
>
> as does clicking in the  :Tlist  window and typing  :setlocal statusline
> ...
>
> Which Vim version are you using?
>
>
>
> On 4/19/06, Yi Qiang <[EMAIL PROTECTED]> wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Eric Arnold wrote:
> > > With Vim7, each window can have its own statusline settings:
> > >
> > > setlocal statusline=.
> > >
> > Hurmm, if I change the taglist window to be the active one, and for
> > example do ":setlocal statusline="TEST"", nothing happens.
> >
> > Yi
> >
> >
> > -BEGIN PGP SIGNATURE-
> > Version: GnuPG v1.4.2.2 (GNU/Linux)
> >
> > iD8DBQFERxuEtXlIMrUVVksRAnLhAJ4ni2PJ4rwLeyVqY9bsZm68R7JQcQCfS+Sy
> > eRl6pjLi1CGr6v9C2St8nk0=
> > =TjnF
> > -END PGP SIGNATURE-
> >
>

Re: Disabling statusline for specific windows (i.e. taglist window)

[Eric Arnold]

I dunno.  This works for me:

exe bufwinnr('__TAG') . 'wincmd w' | setlocal statusline=3D'testing' | winc=
md
p

as does clicking in the  :Tlist  window and typing  :setlocal statusline
...

Which Vim version are you using?



On 4/19/06, Yi Qiang <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Eric Arnold wrote:
> > With Vim7, each window can have its own statusline settings:
> >
> > setlocal statusline=.
> >
> Hurmm, if I change the taglist window to be the active one, and for
> example do ":setlocal statusline="TEST"", nothing happens.
>
> Yi
>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2.2 (GNU/Linux)
>
> iD8DBQFERxuEtXlIMrUVVksRAnLhAJ4ni2PJ4rwLeyVqY9bsZm68R7JQcQCfS+Sy
> eRl6pjLi1CGr6v9C2St8nk0=
> =TjnF
> -END PGP SIGNATURE-
>

Re: Setting Abbreviatons In .exrc Problems

[Gerald Lai]

On Thu, 20 Apr 2006, Mark Sargent wrote:


Hi All,

I'm trying to get vi to display an ab like so(minus the \),

ab htm 
\
\
\
\NewUser
\
\
\
\

[snip]

Mark,

Here's an alternate suggestion:

You may want to take a look at ":help template". It may be better to
have a file with the HTML header/skeleton elsewhere that you can read in
to your current buffer on demand. For example:

  :read skeleton.htm

This way, you don't have to wrestle with :abbreviate - you can make
skeleton.htm as pretty as you wish (indents and all). Besides,
abbreviating "htm" may cause future problems everytime you do type "htm".

You could try a mapping instead:

  nnoremap \htm :read skeleton.htm

With the mapping above, in Normal mode, type "\htm" and skeleton.htm
will be inserted into your text.

Hope this helps.
--
Gerald

Displaying Opened File Name in Terminal Title

[Mark Sargent]

Hi All,

when I open a lot of files in vi, I sometimes forget which one I'm 
in...lol...is there a way to display in the terminal's title which file 
is opened by vi? That'd be really cool if indeed doable. Is this more a 
terminal specific thing, and not vi? If so, sorry if it's a little 
off-topic. Cheers.


Mark Sargent.

Re: Disabling statusline for specific windows (i.e. taglist window)

[Yi Qiang]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Eric Arnold wrote:
> With Vim7, each window can have its own statusline settings:
> 
> setlocal statusline=.
> 
Hurmm, if I change the taglist window to be the active one, and for
example do ":setlocal statusline="TEST"", nothing happens.

Yi


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFERxuEtXlIMrUVVksRAnLhAJ4ni2PJ4rwLeyVqY9bsZm68R7JQcQCfS+Sy
eRl6pjLi1CGr6v9C2St8nk0=
=TjnF
-END PGP SIGNATURE-

Re: Setting Abbreviatons In .exrc Problems

[Yakov Lerner]

On 4/20/06, Mark Sargent <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I'm trying to get vi to display an ab like so(minus the \),
>
> ab htm 
> \
> \
> \
> \NewUser
> \
> \
> \
> \
>
> but, when I input the text htm and press the spacebar, I get the following,
>
>  Transitional//EN"> http-equiv="content-type">NewUser
>
> which is not the desired result. If I remove the leading backslashes, I get
> errors when starting vi,

Does adding  into your :ab command, into those
places where you want linebreaks, help ?

Like this:
:ab htm 
\
\


Yakov

Setting Abbreviatons In .exrc Problems

[Mark Sargent]

Hi All,

I'm trying to get vi to display an ab like so(minus the \),

ab htm 
\
\
\
\NewUser
\
\
\
\

but, when I input the text htm and press the spacebar, I get the following,

Transitional//EN">http-equiv="content-type">NewUser


which is not the desired result. If I remove the leading backslashes, I get 
errors when starting vi,


[racket at ibmlap  htdocs]$ 
sudo vi newuser.php
Error detected while processing /home/racket/.exrc:
line   26:
E488: Trailing characters: 
line   27:
E488: Trailing characters: 
line   28:
E488: Trailing characters: NewUser
line   30:
E488: Trailing characters: 
line   31:
E488: Trailing characters: 
line   32:
E488: Trailing characters: 
line   33:
E488: Trailing characters: 
Hit ENTER or type command to continue

How do I get the desired result? I'm on CentOS 4-3 and using version 6.3.82. 
Cheers.

Mark Sargent.

Completion from call input()

[Eric Arnold]

Is there a way to use ^X from an  input()  call?

Is there a way to get the completion style used by the  :ex  command
line in "input()".  It looks like you can pick a single completion
style as an argument, but it you try to combine them (i.e. I'd like to
use filename, buffer, etc. completion at the same time), it tells you
to write your own custom completion.

Re: changing cursor position from search prompt doesn't work

[Eric Arnold]

I suspect that's because the search command is saving and restoring
the cursor position.  I was thinking that a way around it would be to
create a once-only autocommand, but I found:

1) BufEnter/WinEnter events aren't called when returning from /,
2) call cursor(1,1) doesn't seem to do what I wanted even when  I
switched windows with  wincmd w
3) I probably don't know the right event to use
4) I probably don't know the right way to define the autocommand



function! TT()
aug TT
"
"au BufEnter * call input('bufenter here' ) | aug TT | au! | aug END | 
aug! TT
"au winEnter * call input('winenter here' ) | aug TT | au! | aug END | 
aug! TT

au bufEnter * echomsg 'TT() bufenter'
au bufEnter * call cursor(1,1)
au bufEnter * aug TT
au bufenter * au!
au bufenter * aug END
au bufenter * aug! TT

au winEnter * echomsg 'TT() winenter'
au bufEnter * call cursor(1,1)
au winEnter * aug TT
au winenter * au!
au winenter * aug END
au winenter * aug! TT

aug END
endfunction



On 4/19/06, Hari Krishna Dara <[EMAIL PROTECTED]> wrote:
>
> If you execute a function that changes the cursor position from the
> search prompt, vim completely ignores it, but the same works fine from
> the command prompt. Say, you have something like this:
>
> function! TT()
>   call cursor(1,1)
>   return ""
> endfunction
>
> and you execute it as:
>
> :=TT()
>
> the cursor position gets changed to the start of the file, but the same
> doesn't work if you do the below:
>
> /=TT()
>
> Is this a bug or intended behavior? I can't find a way to get this to
> work without coming out of the search prompt, go into the command
> prompt to execute the function, and return back to the search prompt.
> Any help is apprecaited.
>
> --
> Thanks,
> Hari
>
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>

Re: Why python omni-completion work incorrect in vim7.0e1 and vim7.0e2?

[Linsong]

Linsong wrote:


ice_2001cn wrote:



Linsong wrote:


Bram Moolenaar wrote:


Zhang Yi wrote:

 

 pythoncomplete works fine in vim7.0e, but in vim7.0e1 and 
vim7.0e2, when I

press C-x C-o, error reported and no completion list displayed.
 I use Same compile environment and command under Win XP SP2.
  




I don't see anything that changed specifically for Python completion.

What error is reported?  Did you compile Vim with Python support?
 


Hi,
   I wonder if the pycomplete.py realy works, when I try the 
following case, it gives me some errors:


 def test(a, b):
 return a+b
 if __name__=="__main__":
 tes
 


BR
Vincent 



  def test(a, b):
  return a+b
  if __name__=="__main__":
  tes


At this time, use  or  instead of 
^_^
For completion a function defined in the same file . Use 
 . It's the same for c/c++,java,php .



If this is true, then I think it is a bad design :(

And I just tried the following codes, it give me some errors then the 
completion list menu shows up:


   import os
   if __name__=="__main__":
  os.

BR
Vincent

   I just read the manual of completeopt, I think if there is 'menu' in 
the completeopt, then  should insert the selected menu item 
instead of insert a new line; else, there is no 'menu' in the 
completeopt,  starts a new line.

   I think this is more reasonalbe.

BR
Vincent

Re: Disabling statusline for specific windows (i.e. taglist window)

[Eric Arnold]

With Vim7, each window can have its own statusline settings:

setlocal statusline=.



On 4/19/06, Yi Qiang <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Is it possible to disable the statusline for a specific window?  For
> plugins like taglist it's really not neccessary to have a status.  If it
> can not be disabled, can you assign custom statuslines to different
> windows?  That way you could at least display something meaningful
>
> Thanks,
> Yi
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2.2 (GNU/Linux)
>
> iD8DBQFERt2ZtXlIMrUVVksRAt3kAJ9sQtYRe/EBEMMafIAnaAgFLQ0sdgCfTkVn
> RFNYyeusO3/QhCGN9z8Csfg=
> =OeiJ
> -END PGP SIGNATURE-
>

Re: Why python omni-completion work incorrect in vim7.0e1 and vim7.0e2?

[Linsong]

ice_2001cn wrote:



Linsong wrote:


Bram Moolenaar wrote:


Zhang Yi wrote:

 

 pythoncomplete works fine in vim7.0e, but in vim7.0e1 and 
vim7.0e2, when I

press C-x C-o, error reported and no completion list displayed.
 I use Same compile environment and command under Win XP SP2.
  



I don't see anything that changed specifically for Python completion.

What error is reported?  Did you compile Vim with Python support?
 


Hi,
   I wonder if the pycomplete.py realy works, when I try the 
following case, it gives me some errors:


 def test(a, b):
 return a+b
 if __name__=="__main__":
 tes
 


BR
Vincent  



  def test(a, b):
  return a+b
  if __name__=="__main__":
  tes


At this time, use  or  instead of 
^_^
For completion a function defined in the same file . Use 
 . It's the same for c/c++,java,php .


If this is true, then I think it is a bad design :(

And I just tried the following codes, it give me some errors then the 
completion list menu shows up:


   import os
   if __name__=="__main__":
  os.

BR
Vincent

Re: Why python omni-completion work incorrect in vim7.0e1 and vim7.0e2?

[Linsong]

Bram Moolenaar wrote:


Zhang Yi wrote:

 


 pythoncomplete works fine in vim7.0e, but in vim7.0e1 and vim7.0e2, when I
press C-x C-o, error reported and no completion list displayed.
 I use Same compile environment and command under Win XP SP2.
   



I don't see anything that changed specifically for Python completion.

What error is reported?  Did you compile Vim with Python support?
 


Hi,
   I wonder if the pycomplete.py realy works, when I try the following 
case, it gives me some errors:


 def test(a, b):
 return a+b
 if __name__=="__main__":
 tes
 


BR
Vincent

Re: Tweaking linebreaks when using 'textwidth'

[Benji Fisher]

On Wed, Apr 19, 2006 at 09:31:51AM -0400, Cory Echols wrote:
> Assume I have the following line of code, and that my value for
> 'textwidth' is small enough to cause the line to be broken in insert
> mode:
> 
> public static void DoSomething(Type1 parameter1, Type2 parameter2)
> {
>...
> }
> 
> The default behavior for inserting the line breaks would cause the
> break to be inserted between "Type2" and "parameter2".  I think my
> code would be more readable if the line was broken between
> "parameter1," and "Type2".
> 
> I had *thought* that there was an option that would tell vim to favor
> breaking after a predefined character (such as a comma or colon) as
> opposed to simply breaking at the last whitespace just inside
> 'textwidth'.  However, I can no longer find it.  Is there a way to
> influence where line breaks are automatically inserted?

 Perhaps you are thinking of the 'breakat' option.  Unfortunately,
this works with 'wrap' and will not actually put line breaks into your
file.

 In vim 7.0 (nearing end of beta testing) there is a new option
'formatexpr' that you can use.  I have not experimented with this, and
it looks as though it might take some work, but I think it can do what
you want.

 Bram:  Can you add a link to 'formatexpr' from the docs for
'textwidth'?

HTH --Benji Fisher

Re: suggestions for omni-completion

[Linsong]

Alan Briolat wrote:


On Wed, 19 Apr 2006 14:25:42 +0800
Linsong <[EMAIL PROTECTED]> wrote:

 


Alan Briolat wrote:

   


On Wed, 19 Apr 2006 11:51:31 +0800
Linsong <[EMAIL PROTECTED]> wrote:



 


Hi,
  I have tried the omni competion, it is very cool!
  But there is still one thing that I think is not very convenient. 
For example, when I input part of a function name(foobar):

foo|  (| is the position of the cursor)
  then I invoke the omnicompletion by pressing , consider 
the completion list like this:
   
fooblah

fooblahblah
fooblahblah
foobar
...
...

then the strings inputed will be replaced by the first matched item(here 
it is fooblah). If I want to get foobar, I need to press  several 
times. It is not very convenient.
  
   I think it would be better like the following:
   After , the inputed string will not be replaced, only the 
completion menu shows up, then I can choose the item that I want by 
pressing ; Or, I can go on to input more characters and the 
completion menu will update its menu items based on the new input when I 
input. So the items in completion menu will become less and less and it 
is easier to select the matched item. Inputing more characters is better 
than pressing  several times.
  

   


I *believe* this is the purpose of  (someone please correct me
if I am wrong...)


 


Yes, that is just what I mean. I need to go over the online help :)
Do you know how to make it as the default action, that is make 
 works like ?
   



Well, what I do is map a different key sequence to it.  My preference (doesn't
work in terminals though) is:
:imap  

There appears to be only one problem with using , which is that
it makes omni-complete useless when there is only one match (doesn't replace,
and doesn't give a list of options). If someone knows how to overcome this,
please let me know :(
 

I suggest vim to provide a option that don't modify the inputed 
character when pressing .


BR
Vincent

Re: GVim File Dialog -- Remeber last opened directory?

[Benji Fisher]

On Wed, Apr 19, 2006 at 10:57:44PM +0200, Bram Moolenaar wrote:
> 
> Benji Fisher wrote:
> 
> > > > :set browsedir=last
> > > > 
> > > > does not generate an error.  When I try
> > > > 
> > > > :browse e
> > > > 
> > > > I get a similar error:
> > > > 
> > > > (gvim:30150): libgnomevfs-CRITICAL **: file gnome-vfs-utils.c: line 749
> > > > (gnome_vfs_get_uri_from_local_path): assertion `local_full_path[0] ==
> > > > '/'' failed
> 
> That's indeed without gnome libraries.  So why do you get an error from
> libgnomevfs (gnome-vfs-utils.c)?  Vim isn't linked with it.
> 
> Could this error actually be coming from the window manager somehow?

 I am out of my depth here.  If you want me to test something, I can
try it, but I cannot diagnose it myself.

 Perhaps this matters.  I started gvim from a gnome-terminal and
that is where the error message appeared.  Probably not:  I started an
xterm from the gnome-terminal, started gvim from the xterm, and then the
message appeared in the xterm.

 I did notice this time that the error message shows up the second
time that I do :browse e .  I guess that is not surprising.

HTH --Benji Fisher

Re: Vim 7.0e (beta) Windows installer

[Tom Purl]

I didn't mean to confuse anyone.  I wasn't submitting a bug related
to the Cream plugin, just their build of GVIM 7.

On Wed, Apr 19, 2006 at 07:23:25PM -0400, Steve Hall wrote:
> From: Robert Hicks, Apr 19, 2006 3:46 PM
> > Steve Hall wrote:
> > > I have made available a Windows installer for Vim 7.0e (beta):
> > > 
> > > http://prdownloads.sourceforge.net/cream/gvim-7-0e-beta-0.exe?download
> > > 
> > > This contains only English language files, you'll need to download
> > > and manually install the lang\ and spell\ files for other options.
> > > These are similar in compiled features to the other packages we've
> > > built, described on http://cream.sourceforge.net/vim.html.
> > 
> > Does this install "cream" using Vim7?
> 
> No, per the page: "...*without* any of the Cream customizations."
> 
> And Cream is run via an independent command and runtimes, it doesn't
> affect Vim. A machine can run both at the same.
> 
> 
> -- 
> Steve Hall  [ digitect mindspring com ]
> 
> 


signature.asc
Description: Digital signature

Re: Moderator for Vim Tips

[Wu Yongwei]

On 4/20/06, Jeremy Conlin <[EMAIL PROTECTED]> wrote:
> A few weeks (months?) ago a suggestion was made that the submissions
> to Vim tips be moderated.  This is due to the address being used by
> spammers.  Apparently nobody volunteered to do this because there are
> still inappropriate "tips" being submitted.  I am willing to do this,
> but I don't have the expertise required to test all the tips.  I can
> screen them to make sure they are appropriate.  Would that agree with
> anyone?
> Jeremy Conlin

There are quite a few moderators here.  However, tips are not
moderated *before* appearing online.  They are deleted if found
inappropriate.  I just deleted one.  If you check the recent tips, you
will find some sequence numbers missing, which are deleted `tips'.

Best regards,
--
Wu Yongwei
URL: http://wyw.dcweb.cn/

Re: intermitent SEGV with gvim 6.4

[Luis A. Florit]

Benji,

> > HTH --Benji Fisher
> > 
> > P.S.  It might help to use
> > 
> > :!latex %:r
> > 
> > instead of :make,
>
> Ok, I will try that.

I think this was not what I needed, because Quickfix
doesn't work. Perhaps changing the makeprg variable?

> > and it may help to re-compile vim with a lower level of optimization
> > than the default. I know there are problems with gcc 4.x on Mac OS
> > X. I think that vim 7 will default to -O2 with gcc 4.x, but vim 6.4
> > probably does not do so.
>
> I would prefer not to recompile, since I installed it from the RPM's.
> But if there is no other suggestion, I would have to do it...

I never expected my old vim to be unstable.
There is no hope for this world! :)
   
Thanks,

L.

bugs in spanish dictionary

[luis jure]

hello vim list,

where can i report bugs in the spanish dictionary?

i have just installed vim 7 (as per the gentoo ebuild) and the spanish
spell checker, and i found there are many words missing, some of them quite
essential, like the conjunction "y" ("and" in spanish). you can imagine
there is hardly a paragraph without at least one occurrence of that word...

anyway, i'm very excited at all the new features of my favorite editor!!

best,

lj

Disabling statusline for specific windows (i.e. taglist window)

[Yi Qiang]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Is it possible to disable the statusline for a specific window?  For
plugins like taglist it's really not neccessary to have a status.  If it
can not be disabled, can you assign custom statuslines to different
windows?  That way you could at least display something meaningful

Thanks,
Yi
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFERt2ZtXlIMrUVVksRAt3kAJ9sQtYRe/EBEMMafIAnaAgFLQ0sdgCfTkVn
RFNYyeusO3/QhCGN9z8Csfg=
=OeiJ
-END PGP SIGNATURE-

changing cursor position from search prompt doesn't work

[Hari Krishna Dara]

If you execute a function that changes the cursor position from the
search prompt, vim completely ignores it, but the same works fine from
the command prompt. Say, you have something like this:

function! TT()
  call cursor(1,1)
  return ""
endfunction

and you execute it as:

:=TT()

the cursor position gets changed to the start of the file, but the same
doesn't work if you do the below:

/=TT()

Is this a bug or intended behavior? I can't find a way to get this to
work without coming out of the search prompt, go into the command
prompt to execute the function, and return back to the search prompt.
Any help is apprecaited.

-- 
Thanks,
Hari

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Moderator for Vim Tips

[Jeremy Conlin]

A few weeks (months?) ago a suggestion was made that the submissions
to Vim tips be moderated.  This is due to the address being used by
spammers.  Apparently nobody volunteered to do this because there are
still inappropriate "tips" being submitted.  I am willing to do this,
but I don't have the expertise required to test all the tips.  I can
screen them to make sure they are appropriate.  Would that agree with
anyone?
Jeremy Conlin

Re: Vim 7.0e (beta) Windows installer

[Steve Hall]

From: Robert Hicks, Apr 19, 2006 3:46 PM
> Steve Hall wrote:
> > I have made available a Windows installer for Vim 7.0e (beta):
> > 
> > http://prdownloads.sourceforge.net/cream/gvim-7-0e-beta-0.exe?download
> > 
> > This contains only English language files, you'll need to download
> > and manually install the lang\ and spell\ files for other options.
> > These are similar in compiled features to the other packages we've
> > built, described on http://cream.sourceforge.net/vim.html.
> 
> Does this install "cream" using Vim7?

No, per the page: "...*without* any of the Cream customizations."

And Cream is run via an independent command and runtimes, it doesn't
affect Vim. A machine can run both at the same.


-- 
Steve Hall  [ digitect mindspring com ]

Re: Mapping Open-Apple to Control in macVIM

[Curtis Spencer]

On 2006-04-19 14:26:36 -0700, Marvin Humphrey <[EMAIL PROTECTED]> said:



On Apr 19, 2006, at 2:00 PM, Curtis Spencer wrote:

Is there a way to make the open apple key on VIM be treated as  control 
on OS X.


There's the Keyboard and Mouse control panel, if you have Tiger.   
Check out the "Modifier Keys..." button.  I have caps lock mapped to  
ctrl.


This setting affects all apps; I don't think you can make it only  affect Vim.


Marvin Humphrey
Rectangular Research
http://www.rectangular.com/


Thanks Marvin, that works pretty well, but I wish you could make it 
only apply to VIM.  Maybe it's just a pipe dream :-(, because I like 
using capslock as Open-Apple most of the time, except in vim where 
open-apple is not so useful.

Re: Mapping Open-Apple to Control in macVIM

[Marvin Humphrey]

On Apr 19, 2006, at 2:00 PM, Curtis Spencer wrote:

Is there a way to make the open apple key on VIM be treated as  
control on OS X.


There's the Keyboard and Mouse control panel, if you have Tiger.   
Check out the "Modifier Keys..." button.  I have caps lock mapped to  
ctrl.


This setting affects all apps; I don't think you can make it only  
affect Vim.



Marvin Humphrey
Rectangular Research
http://www.rectangular.com/

Mapping Open-Apple to Control in macVIM

[Curtis Spencer]

Is there a way to make the open apple key on VIM be treated as control on OS X.

I put
map  

in my .vimrc, but that doesn't seem to cut it.

I am using beta 7e2

Any ideas?

Thanks,
Curtis

Re: GVim File Dialog -- Remeber last opened directory?

[Bram Moolenaar]

Benji Fisher wrote:

> > > :set browsedir=last
> > > 
> > > does not generate an error.  When I try
> > > 
> > > :browse e
> > > 
> > > I get a similar error:
> > > 
> > > (gvim:30150): libgnomevfs-CRITICAL **: file gnome-vfs-utils.c: line 749
> > > (gnome_vfs_get_uri_from_local_path): assertion `local_full_path[0] ==
> > > '/'' failed
> > 
> > You must also be using Gnome.  That's probably the problem, the gnome
> > code isn't very smooth.
> > 
> > Anyway, I don't get this error, thus it may depend on the version of the
> > Gnome library.
> 
>  I am running Gnome, but I did not compile vim with Gnome support.
> Also, the OP's error message seemed to come from GTK, not from Gnome.
> So I think it is a problem with GTK and/or vim.
> 
>  Just to check myself:  I think that +gnome is not the default, and
> i compile vim OOTB on Linux (FC2 + GTK2 + Gnome).  Here is my :version
> output:
> 
> VIM - Vi IMproved 7.0e BETA (2006 Apr 16, compiled Apr 16 2006 22:43:45)
> Compiled by [EMAIL PROTECTED]
> Normal version with GTK2 GUI.  Features included (+) or not (-):

That's indeed without gnome libraries.  So why do you get an error from
libgnomevfs (gnome-vfs-utils.c)?  Vim isn't linked with it.

Could this error actually be coming from the window manager somehow?

-- 
If Microsoft would build a car...
... You'd have to press the "Start" button to turn the engine off.

 /// 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://www.ICCF.nl ///

Re: Per-buffer commands

[Yakov Lerner]

On 4/19/06, Thomas Adam <[EMAIL PROTECTED]> wrote:
> What I am after is to unload various things when I switch buffers.  So for
> example I sometimes run gvim.  I do a lot of work using vim-latex, and when I
> edit a .tex file in gvim, I get a load of menus that load.  That's great, but
> if I switch buffers to another file which is not a tex file, those menus are
> still visible, and that to me, is nonsensical.

How about using 'au BufLeave',
and placing the mirroring menu-deletion
commands under the 'au BufLeave' ?

:au BufLeave *.ext ...menu-deletion-commands here...
?

Yakov

Re: GVim File Dialog -- Remeber last opened directory?

[Benji Fisher]

On Wed, Apr 19, 2006 at 12:00:00PM +0200, Bram Moolenaar wrote:
> 
> Benji Fisher wrote:
> 
> > :set browsedir=last
> > 
> > does not generate an error.  When I try
> > 
> > :browse e
> > 
> > I get a similar error:
> > 
> > (gvim:30150): libgnomevfs-CRITICAL **: file gnome-vfs-utils.c: line 749
> > (gnome_vfs_get_uri_from_local_path): assertion `local_full_path[0] ==
> > '/'' failed
> 
> You must also be using Gnome.  That's probably the problem, the gnome
> code isn't very smooth.
> 
> Anyway, I don't get this error, thus it may depend on the version of the
> Gnome library.

 I am running Gnome, but I did not compile vim with Gnome support.
Also, the OP's error message seemed to come from GTK, not from Gnome.
So I think it is a problem with GTK and/or vim.

 Just to check myself:  I think that +gnome is not the default, and
i compile vim OOTB on Linux (FC2 + GTK2 + Gnome).  Here is my :version
output:

VIM - Vi IMproved 7.0e BETA (2006 Apr 16, compiled Apr 16 2006 22:43:45)
Compiled by [EMAIL PROTECTED]
Normal version with GTK2 GUI.  Features included (+) or not (-):
-arabic +autocmd +balloon_eval +browse +builtin_terms +byte_offset +cindent 
+clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments 
+cryptv -cscope +cursorshape +dialog_con_gui +diff +digraphs +dnd -ebcdic 
-emacs_tags +eval +ex_extra +extra_search -farsi +file_in_path +find_in_path 
+folding -footer +fork() +gettext -hangul_input +iconv +insert_expand +jumplist
 -keymap -langmap +libcall +linebreak +lispindent +listcmds +localmap +menu 
+mksession +modify_fname +mouse +mouseshape -mouse_dec +mouse_gpm 
-mouse_jsbterm -mouse_netterm +mouse_xterm +multi_byte +multi_lang -mzscheme 
+netbeans_intg -osfiletype +path_extra -perl +postscript +printer -profile 
-python +quickfix -rightleft -ruby +scrollbind +signs +smartindent -sniff 
+statusline -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white 
-tcl +terminfo +termresponse +textobjects +title +toolbar +user_commands 
+vertsplit +virtualedit +visual +visualextra +viminfo +vreplace +wildignore 
+wildmenu +windows +writebackup +X11 -xfontset +xim +xsmp_interact 
+xterm_clipboard -xterm_save 
   system vimrc file: "$VIM/vimrc"
 user vimrc file: "$HOME/.vimrc"
  user exrc file: "$HOME/.exrc"
  system gvimrc file: "$VIM/gvimrc"
user gvimrc file: "$HOME/.gvimrc"
system menu file: "$VIMRUNTIME/menu.vim"
  fall-back for $VIM: "/usr/local/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  
-I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 
-I/usr/include/freetype2/config -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -O2 -fno-strength-reduce -Wall  
-I/usr/X11R6/include   
Linking: gcc  -L/usr/X11R6/lib   -L/usr/local/lib -o vim   -Wl,--export-dynamic 
-lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 
-lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0   -lXt 
-lncurses -lacl -lgpm 

HTH --Benji Fisher

Re: Vim 7.0e (beta) Windows installer

[Robert Hicks]

Steve Hall wrote:

I have made available a Windows installer for Vim 7.0e (beta):

  http://prdownloads.sourceforge.net/cream/gvim-7-0e-beta-0.exe?download

This contains only English language files, you'll need to download and
manually install the lang\ and spell\ files for other options. These
are similar in compiled features to the other packages we've built,
described on http://cream.sourceforge.net/vim.html.



Does this install "cream" using Vim7?

Robert

Re: Starting Vim

[Robert Hicks]

Krzysztof Łapuć wrote:

I see two or three methods. You get 'Hit Enter' prompt
because message is wider than terminal window.


And what about :set cmdheight=2 ? I think that might work as well.


I have that...what I needed was a "t" in my shm statement.

Thanks guys!

Robert

Per-buffer commands

[Thomas Adam]

Hello all,

I'm probably sure this has been done before, and indeed there might already
be a script or tip available on the vim website.  If there is, kindly point
me at it,  although I am unsure what to look for.

What I am after is to unload various things when I switch buffers.  So for
example I sometimes run gvim.  I do a lot of work using vim-latex, and when I
edit a .tex file in gvim, I get a load of menus that load.  That's great, but
if I switch buffers to another file which is not a tex file, those menus are
still visible, and that to me, is nonsensical.

I thought I could do something like:

au BufEnter Filetype ...

But I must not be understading what's involved.  I thought that vim-latex
might set a buffer variable to detect itself.  I am unsure though whether I
am to somehow unload the latex support, etc.

Is any of this making sense?  Essentially all I am asking is for whichever
buffer I am currently in to display any GUI components (such as menus and the
like), and for when I switch to another buffer that the unload, and if that
buffer has anything to show, it does so.

I hope that makes sense.  If I can clarify any details, or provide any more
information, do let me know.

Kindly,

-- Thomas Adam



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com

Vim 7.0e (beta) Windows installer

[Steve Hall]

I have made available a Windows installer for Vim 7.0e (beta):

  http://prdownloads.sourceforge.net/cream/gvim-7-0e-beta-0.exe?download

This contains only English language files, you'll need to download and
manually install the lang\ and spell\ files for other options. These
are similar in compiled features to the other packages we've built,
described on http://cream.sourceforge.net/vim.html.


-- 
Steve Hall  [ digitect mindspring com ]
:: Cream... something good to put in your Vim!
::   http://cream.sourceforge.net

Re: Starting Vim

[Krzysztof Łapuć]

I see two or three methods. You get 'Hit Enter' prompt
because message is wider than terminal window.


And what about :set cmdheight=2 ? I think that might work as well.

Re: suggestions for omni-completion

[Alan Briolat]

On Wed, 19 Apr 2006 14:25:42 +0800
Linsong <[EMAIL PROTECTED]> wrote:

> Alan Briolat wrote:
> 
> >On Wed, 19 Apr 2006 11:51:31 +0800
> >Linsong <[EMAIL PROTECTED]> wrote:
> >
> >  
> >
> >>Hi,
> >>I have tried the omni competion, it is very cool!
> >>But there is still one thing that I think is not very convenient. 
> >>For example, when I input part of a function name(foobar):
> >>  foo|  (| is the position of the cursor)
> >>then I invoke the omnicompletion by pressing , consider 
> >>the completion list like this:
> >> 
> >>  fooblah
> >>  fooblahblah
> >>  fooblahblah
> >>  foobar
> >>  ...
> >>  ...
> >>
> >>then the strings inputed will be replaced by the first matched item(here 
> >>it is fooblah). If I want to get foobar, I need to press  several 
> >>times. It is not very convenient.
> >>
> >> I think it would be better like the following:
> >> After , the inputed string will not be replaced, only the 
> >>completion menu shows up, then I can choose the item that I want by 
> >>pressing ; Or, I can go on to input more characters and the 
> >>completion menu will update its menu items based on the new input when I 
> >>input. So the items in completion menu will become less and less and it 
> >>is easier to select the matched item. Inputing more characters is better 
> >>than pressing  several times.
> >>
> >>
> >
> >I *believe* this is the purpose of  (someone please correct me
> >if I am wrong...)
> >  
> >
> Yes, that is just what I mean. I need to go over the online help :)
> Do you know how to make it as the default action, that is make 
>  works like ?

Well, what I do is map a different key sequence to it.  My preference (doesn't
work in terminals though) is:
:imap  

There appears to be only one problem with using , which is that
it makes omni-complete useless when there is only one match (doesn't replace,
and doesn't give a list of options). If someone knows how to overcome this,
please let me know :(

> 
> Thanks a lot!
> 
> BR
> Vincent
> 
> >  
> >
> >> Hope I have described my idea clearly. In fact, it is not my idea, 
> >>it is the design of Visual Assistant(visit http://www.wholetomato.com/ 
> >>for more details, there are some animations ), you can try it if you 
> >>have a windows box and visual studio installed.
> >> 
> >>BR
> >>Vincent
> >>   
> >>   
> >>
> >>
> >
> >
> >  
> >
> 


-- 
Alan Briolat <[EMAIL PROTECTED]>http://www.dotphp.org/
Haha, I just wasted 76 bytes of your bandwidth! How does that make you feel?

Re: Starting Vim

[Yakov Lerner]

On 4/19/06, Robert Hicks <[EMAIL PROTECTED]> wrote:
> If I open a file with a long enough path name Vim will stop loading
> until I "hit enter" to continue. How can I change this?

I see two or three methods. You get 'Hit Enter' prompt
because message is wider than terminal window.

Solution 1) use:
vim -c 'silent e FILE'
vim -c 'silent args FILES'
:silent e FILE
:silent args FILES

This is relatively ultimate method because it suppresses message at all.
:silent! suppresses even stronger than :silent.

Solution 2)
:help shortmess
and
:set autocd

':set autocd' helps because message gets shorter.
#2 is not as ultimate as #1 because message still potentially
be wider than 'columns'.

Solution 3)
#2 + make vim window as wide as possible if you can resize it.

Yakov

using +clientserver to edit remote files

[Michael Garriss]

i run a vim server

$ vim --servername .

i use it to edit all my files on my local box with commands like:

$ vim --servername . --remote foobar.rb

good stuff really.  i've started using it to edit files across the
network like this:

$ vim --servername . --remote scp://[EMAIL PROTECTED]/foobar.rb

really good stuff.  now check this out:

$ ssh -Y remotebox# .ssh/config inclues X11 forwarding
(remotebox)  $ vim --servername . remote scp://[EMAIL 
PROTECTED]/path/to/foobar.rb

woah, it works.  my vim server on the localbox gets the file and i
edit away UNLESS the path to foobar.rb does not exist on the local box
which is odd because i'm not editing a file on the local box.  if the
dir structure is the same on both boxes it's cool.  if not i get this
error in vim:

E344: Can't find directory "/path/to" in cdpath
E472: Command failed

because /path/to does not exist locally, just on the remote box.  if i
create that empty dir everything works fine.

any ideas?

_ugly

Re: resolving ctags conflict: emacs/vim

[Tim Johnson]

* Chris Allen <[EMAIL PROTECTED]> [060418 22:49]:
> 
> Exuberant Ctags will also work just fine with Emacs, so installing to
> the default location should be fine.  Scrapping a perfectly good ctags
> is just another of Emacs' fine features ;)
 
  Right.

> If you really want to put it in your own location then you'll need to
> set the appropriate taglist plugin variable, which should be in the
> documentation for taglist.
 
  I believe that is Tlist_Ctags_Cmd 

  I decided that the best way was to re-install exuberant ctags and 
  and then leave the installation directory in an "undisclosed location" :-).

  That way the next time emacs overwrites ctags, I'll rerun `make
  install' from that directory and life will be good.

  &*^% 'em if they can't take a joke.
  thanks
  tim


-- 
Tim Johnson <[EMAIL PROTECTED]>
  http://www.alaska-internet-solutions.com

Re: plugins are not used, help not visible

[Charles E Campbell Jr]

Eddy Petrişor wrote:


Hello all,

I have just came across an issue which I don't know hw to solve. I
have tried and read the documentation, but I can't figure out what is
the problem.

I tried to add the c/c++ support plugin to my windows installation of
vim, but I observed nothing happened. The help was not found, nor any
functions that should have appeared.

I tried with a smaller plugin and found the problem is the same: :help
does not find it and no functions are found (tab completion does not
work).

If I run :scriptnames the script is listed as sourced.


Any idea what can I do to fix this?
 

As far as the help goes, presumably the help ended up in 
..somepath...\vimfiles\doc -- did it?

Then you'll need to make vim aware of the new help:

 vim
 :helptags ..somepath..\vimfiles\doc
 :q


Of course, if you were using vim 7.0 and your plugin came as a vimball, 
this would be automatic.



Now, does your .vimrc activate plugins?  In other words, does it have a 
line early on of the form:

   filetype plugin indent on

To further investigate, try using the -V option:  vim -V  .  You'll get 
a lot of tracing information.


Regards,
Chip Campbell

RE: vim70e - ruby syntax error

[David Fishburn]

 

> -Original Message-
> From: Benji Fisher [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, April 18, 2006 11:50 PM
> To: vim@vim.org
> Subject: Re: vim70e - ruby syntax error
> 
> On Tue, Apr 18, 2006 at 11:04:45PM -0400, David Fishburn wrote:
> > 
> > Running gvim dave.rb
> > 
> > Displays the following errors (on WinXP SP2):
> > Error detected while processing 
> C:\Vim\vimfiles\after\ftplugin\ruby.vim:
> > line   11:
> > E171: Missing :endif
> > E73: tag stack empty
> > 
> > Dave
> 
>  I think that $VIM\vimfiles\ should contain your own vim 
> scripts, not the ones that come with vim.  So I think you 
> need to fix your script.
> 
> HTH   --Benji Fisher
> 
> 

Geez, it doesn't get any more embarrasing than that :-)

I had just installed Vim70e, so didn't even read the message.  I never edit
ruby files, but was testing my syntaxcomplete plugin.

Damn.  Amazing what happens when you actually read the message.

Dave

Re: Starting Vim

[Tim Chase]

If I open a file with a long enough path name Vim will
stop loading until I "hit enter" to continue. How can I
change this?


The first question would be to determine if some plugin or 
vimrc setting is bunging with matters.  Try


vim -u NONE /really/long/path/to/file/burried/deeply.txt

and see if the same behavior occurs.  If not, you've got 
some plugin or setting that's getting overridden that causes 
the behavior.  What exactly that is, can be determined 
later.  If it happens with no startup configuration ("naked 
vim"), then I'd go chasing down other ideas.


-tim

Starting Vim

[Robert Hicks]

If I open a file with a long enough path name Vim will stop loading 
until I "hit enter" to continue. How can I change this?


Robert

plugins are not used, help not visible

[Eddy Petrişor]

Hello all,

I have just came across an issue which I don't know hw to solve. I
have tried and read the documentation, but I can't figure out what is
the problem.

I tried to add the c/c++ support plugin to my windows installation of
vim, but I observed nothing happened. The help was not found, nor any
functions that should have appeared.

I tried with a smaller plugin and found the problem is the same: :help
does not find it and no functions are found (tab completion does not
work).

If I run :scriptnames the script is listed as sourced.


Any idea what can I do to fix this?
Probably this is somthing stupid that I did...

P.S.: I have installed taglist previously and it works since I
installed it (including at the moment).

--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein

Tweaking linebreaks when using 'textwidth'

[Cory Echols]

Assume I have the following line of code, and that my value for
'textwidth' is small enough to cause the line to be broken in insert
mode:

public static void DoSomething(Type1 parameter1, Type2 parameter2)
{
   ...
}

The default behavior for inserting the line breaks would cause the
break to be inserted between "Type2" and "parameter2".  I think my
code would be more readable if the line was broken between
"parameter1," and "Type2".

I had *thought* that there was an option that would tell vim to favor
breaking after a predefined character (such as a comma or colon) as
opposed to simply breaking at the last whitespace just inside
'textwidth'.  However, I can no longer find it.  Is there a way to
influence where line breaks are automatically inserted?

Re: intermitent SEGV with gvim 6.4

[Luis A. Florit]

> On Tue, Apr 18, 2006 at 09:35:16PM -0300, Luis A. Florit wrote:
> > Pals,
> > 
> > I upgraded to FC5 recently, and it comes with vim 6.4
> > (gcc-4.1.0). I am getting the same crash error as another
> > user in gvim:
> > 
> > Vim: Caught deadly signal SEGV
> > Vim: Finished.
> > 
> > but it seems to be a completely different problem:
> > here it happens sometimes only (around 10% of the times), 
> > when executing :make in LaTeX files. I only use gvim with
> > LaTeX, otherwise vim, so I don't know if this also happens 
> > in other circumstances.
> > 
> > Any clue?
> 
>  I do not think it makes sense to call this "the same crash error."
> A segfault (SEGV) error just means that something went out of control.
> This reminds me of the old comparison between Pascal and C error
> messages:
> 
> Pascal error message:  Danger!  Car is driving off of bridge!
> 
> C error message:  Passenger compartment is filling with water!
> 
> A segfault means that all the air is gone.
 
I meant to say "the same crash error MESSAGE, because it is identical.
I also said that "it seems to be a completely different problem".
Sorry if I wasn't clear enough.
 
> HTH   --Benji Fisher
> 
> P.S.  It might help to use
> 
> :!latex %:r
> 
> instead of :make, 

Ok, I will try that.

> and it may help to re-compile vim with a lower level of optimization
> than the default. I know there are problems with gcc 4.x on Mac OS
> X. I think that vim 7 will default to -O2 with gcc 4.x, but vim 6.4
> probably does not do so.
 
I would prefer not to recompile, since I installed it from the RPM's.
But if there is no other suggestion, I would have to do it...

Thanks,

L.

On the topic of Python, can I use Cygwin's?

[Eric Arnold]

I'm trying to use Python with the MSwin gvim, and Cygwin.  I've got a 
/usr/bin/libpython2.4.dll  but it isn't doing the job.  Gvim shows me
this:

-DDYNAMIC_PYTHON_DLL=\"python24.dll\"

Re: Why python omni-completion work incorrect in vim7.0e1 and vim7.0e2?

[Bram Moolenaar]

Zhang Yi wrote:

>   pythoncomplete works fine in vim7.0e, but in vim7.0e1 and vim7.0e2, when I
> press C-x C-o, error reported and no completion list displayed.
>   I use Same compile environment and command under Win XP SP2.

I don't see anything that changed specifically for Python completion.

What error is reported?  Did you compile Vim with Python support?

-- 
Did you ever see a "Hit any key to continue" message in a music piece?

 /// 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://www.ICCF.nl ///

Why python omni-completion work incorrect in vim7.0e1 and vim7.0e2?

[zhangyi]

Hi

  pythoncomplete works fine in vim7.0e, but in vim7.0e1 and vim7.0e2, when I
press C-x C-o, error reported and no completion list displayed.
  I use Same compile environment and command under Win XP SP2.

Best Regards.

Zhang Yi

Re: copy string into register in script

[Eric Arnold]

also

let @a = 'whatever'


On 4/19/06, ice_2001cn <[EMAIL PROTECTED]> wrote:
>
> Zbigniew Kowalski wrote:
> > Dear Vimmers,
> >
> > How can i copy a string into a specific register in vim script.
> > I want to have a script which fills registers with predefined values so 
> > that i can source it and execute/paste them later on.
> > I'd expect something like:
> > register a="string1"
> > register b="string2"
> > and so
> >
> > best regards
> >
> > Zbigniew Kowalski
> > http://zbikow1.webpark.pl/
> >
> >
> >
> >
> :h setreg
>
>

Re: GVim File Dialog -- Remeber last opened directory?

[Bram Moolenaar]

Benji Fisher wrote:

> On Tue, Apr 18, 2006 at 11:05:22AM -0700, Yi Qiang wrote:
> > Bram Moolenaar wrote:
> > >The 'browsedir' option should be of help.
> > >
> > On Linux with the latest vim7 build I get:
> > 
> > (gvim:14701): Gtk-CRITICAL **: gtk_file_system_unix_get_folder: 
> > assertion `g_path_is_absolute (filename)' failed
> > 
> > when I set browsedir=last
> > 
> > Looks like that's why it is defaulting to $HOME maybe?
> > 
> > Yi
> 
>  According to
> 
> :help 'browsedir'
> 
> this option only works with Win32 and Motif.  Yet with my GTK2 build,
> 
> :echo exists("+browsedir")
> 
> returns 1 and
> 
> :set browsedir=last
> 
> does not generate an error.  When I try
> 
> :browse e
> 
> I get a similar error:
> 
> (gvim:30150): libgnomevfs-CRITICAL **: file gnome-vfs-utils.c: line 749
> (gnome_vfs_get_uri_from_local_path): assertion `local_full_path[0] ==
> '/'' failed
>  
>  Let me see:  I am running FC2 with GTK2, and
> 
> $ rpm -qa | grep -i gtk2
> 
> returns (among other things)
> 
> gtk2-2.4.0-1
> 
> so I guess I am using GTK2 2.4.0.

You must also be using Gnome.  That's probably the problem, the gnome
code isn't very smooth.

Anyway, I don't get this error, thus it may depend on the version of the
Gnome library.

-- 
If you feel lonely, try schizophrenia.

 /// 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://www.ICCF.nl ///

Re: copy string into register in script

[ice_2001cn]

Zbigniew Kowalski wrote:

Dear Vimmers,

How can i copy a string into a specific register in vim script.
I want to have a script which fills registers with predefined values so that i 
can source it and execute/paste them later on.
I'd expect something like: 
register a="string1"
register b="string2" 
and so


best regards

Zbigniew Kowalski
http://zbikow1.webpark.pl/





:h setreg

copy string into register in script

[Zbigniew Kowalski]

Dear Vimmers,

How can i copy a string into a specific register in vim script.
I want to have a script which fills registers with predefined values so that i 
can source it and execute/paste them later on.
I'd expect something like: 
register a="string1"
register b="string2" 
and so

best regards

Zbigniew Kowalski
http://zbikow1.webpark.pl/

Spell Correction - Design - [count]z= ?

[Dominic Evans]

Hi,

A small thought regarding spell checking which I've thought throughout
the alpha / beta development.

Currently:

If a count is used that suggestion is used, without
prompting.  For example, "1z=" always takes the first
suggestion.

However, I always find myself expecting "z1=" to perform the auto
choice. I'm not sure the [count] prefix makes sense in this context.

I'm not aware of other commands where [count] is used as a choice -
normally it is a multiplier.

[count] An optional number that may precede the command to multiply
or iterate the command.

Perhaps both commands should/could be available?

Regards,
Dominic