Re: use the same color for else in try/except

> * what language are you using?
> * show a code excerpt illustrating the problem

Sorry, I forgot show to example.

I use python:

#green
try:
# red
if True:
pass
# red
else:
pass
#green
except Exception, e:
raise e
# red, but I want to see green
else:
pass

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Visual-block Insert text from clipboard

Thank you. This works for me.
I check index.txt again.
This key mapping is not shown in visual mode part.
So it never come it my mind that I can do this.

On 5月31日, 下午6時08分, "John Beckett" <johnb.beck...@gmail.com> wrote:
> oversky wrote:
> > In Visual-block Insert operation,
> > is it possible to insert text from register or clipboard to
> > all selected lines?
>
> > I use mswin.vim, so I press <C-Q> and select some lines.
> > Second, I press I for Visual-block Insert operation.
> > Then, I press <C-V> and  paste text from clipboard.
> > The text is pasted to the first selected line, Finally, I
> > press <Esc> to quit Visual-block Insert operation, but the
> > text does not copy to other  lines I have selected.
>
> Press Ctrl-Q (or Ctrl-V if haven't mapped it) to start visual
> block selection. Then I for block insert. Then press Ctrl-R
> (insert register contents), followed by a letter for the
> register you want to insert. That would be + or * for your
> example.
>
> John

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: insert mode mappings

Hi,

Jürgen Krämer wrote:
>
> sinbad wrote:
>>
>> can the insert mode mappings be made available
>> for the text entered during searches / and ?.
>
> use :map! and :noremap! instead of :imap and :inoremap if you want to
> use a mapping in insert and command-line mode. Note that this also makes
> the mapping available after a :.
>
>> and also for the text entered as part of input() fn ?
>
> No.

correction: mappings defined with :cmap and :map! also work while typing
the text for calls to input().

Regards,
Jürgen

--
Sometimes I think the surest sign that intelligent life exists elsewhere
in the universe is that none of it has tried to contact us. (Calvin)

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: insert mode mappings

Hi,

sinbad wrote:
>
> can the insert mode mappings be made available
> for the text entered during searches / and ?.

use :map! and :noremap! instead of :imap and :inoremap if you want to
use a mapping in insert and command-line mode. Note that this also makes
the mapping available after a :.

> and also for the text entered as part of input() fn ?

No.

Regards,
Jürgen

--
Sometimes I think the surest sign that intelligent life exists elsewhere
in the universe is that none of it has tried to contact us. (Calvin)

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: insert mode mappings

On 2012-05-31, sinbad wrote:
> hi,
>
> can the insert mode mappings be made available
> for the text entered during searches / and ?.
> and also for the text entered as part of input() fn ?

Input mode mappings do not apply in those contexts. Use command
mode mappings instead.

Regards,
Gary

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

insert mode mappings

hi,

can the insert mode mappings be made available
for the text entered during searches / and ?.
and also for the text entered as part of input() fn ?

cheers

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: set guifont=*

On 30/05/12 10:57, qfwfq wrote:
>
> Ben Fritz wrote
>>
>>
>> What did you try to set it to? The easy way to figure out what will work
>> is to first use :set guifont=*, select the desired font, then :set
>> guifont? to see what it actually got set to.
>>
>>
>
> It was a mistake in how I was setting the guifont in my .gvimrc:
> Now I say:
>
> set guifont=-adobe-courier-medium-r-normal--17-120-100-100-m-100-iso8859-1
>
> and everything works; when i :set guifont? and I get what it is supposed to
> be.
>
> Thank you.
>
> --
> View this message in context: http://vim.1045645.n5.nabble.com/set-guifont-tp5708608p5708651.html
> Sent from the Vim - General mailing list archive at Nabble.com.
>


The above works, yet it is still too restrictive.

:set guifont=-*-courier-medium-r-normal-*-*-120-*-*-m-*-*

might work even better (find the same base font, possibly also the
corresponding italic and/or bold fonts if defined, and also any variants
of the same font, if they exist, for other charsets than Latin1).


Best regards,
Tony.
--
Here is the problem: for many years, the Supreme Court wrestled with
the issue of pornography, until finally Associate Justice John Paul
Stevens came up with the famous quotation about how he couldn't define
pornography, but he knew it when he saw it. So for a while, the
court's policy was to have all the suspected pornography trucked to
Justice Stevens' house, where he would look it over. "Nope, this isn't
it," he'd say. "Bring some more." This went on until one morning when
his housekeeper found him trapped in the recreation room under an
enormous mound of rubberized implements, and the court had to issue a
ruling stating that it didn't know what the hell pornography was except
that it was illegal and everybody should stop badgering the court about
it because the court was going to take a nap.
-- Dave Barry, "Pornography"

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Tab Order

Hi Jan,

I'd like to be able to make Vim focus the left tab too (after closing a tab). Did you find a way to do it without having to use a new command?

Scott. :)

On Saturday, May 19, 2012 11:40:10 PM UTC+10, Jan wrote:
> On Tuesday, 15 May, 2012 at 16:44:12 BST, Ben Fritz wrote:
> >I read this as wanting to jump back to the most recent tab, no matter where it is. E.g., you're in tab 1, open tab a as shown, go to tab 3, then back to tab a, then close tab a, you wanted to be in tab 3. Is this correct?
>
> That's correct. Most of the suggested solutions so far would have me retrain myself in the way that I close tabs (ie. type something other than :q), which I'm not willing to do. I thought that there might be a setting for this, but I suppose I'll have to create a function like you suggested in your other post.
>
> --
>
> .

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

[SOLVED] Re: how to learn Vimscript language ?

Thanks.

--
[ stardiviner ] ^^&^^ {I hate all of you ! Leave me alone}
IRC(freeenode): stardiviner \\ Twitter: @numbchild \\
GnuPG Key fingerprint
>>> 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433

Re: how to learn Vimscript language ?

stardiviner wrote:

> I want to learn Vimscript language, but I have not found any books about this.
> If you have any good suggest, tell me anything about this. Thanks very much.

Go through ":help eval_41.txt" and ":help eval.txt"

In addition to Vim help, there is this page which looks good:

http://learnvimscriptthehardway.stevelosh.com/

-- Dominique

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: how to learn Vimscript language ?

2012/6/1 stardiviner <numbchild@gmail.com>:
> I want to learn Vimscript language, but I have not found any books about this.
> If you have any good suggest, tell me anything about this. Thanks very much.
>
> --
> [ stardiviner ] ^^&^^ {I hate all of you !  Leave me alone}
> IRC(freeenode): stardiviner     \\ Twitter:  @numbchild \\
> GnuPG Key fingerprint
>    >>> 9BAA 92BC CDDD B9EF 3B36  CB99 B8C4 B8E5 47C3 2433

:help
|usr_41.txt| Write a Vim script

There, you got it.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: how to learn Vimscript language ?

there have some book like 《hacking vim 7.2》and some online source like
http://www.ibm.com/developerworks/linux/library/l-vim-script-1/index.html

2012/6/1 stardiviner <numbchild@gmail.com>:
> I want to learn Vimscript language, but I have not found any books about this.
> If you have any good suggest, tell me anything about this. Thanks very much.
>
> --
> [ stardiviner ] ^^&^^ {I hate all of you !  Leave me alone}
> IRC(freeenode): stardiviner     \\ Twitter:  @numbchild \\
> GnuPG Key fingerprint
>    >>> 9BAA 92BC CDDD B9EF 3B36  CB99 B8C4 B8E5 47C3 2433

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

how to learn Vimscript language ?

I want to learn Vimscript language, but I have not found any books about this.
If you have any good suggest, tell me anything about this. Thanks very much.

--
[ stardiviner ] ^^&^^ {I hate all of you ! Leave me alone}
IRC(freeenode): stardiviner \\ Twitter: @numbchild \\
GnuPG Key fingerprint
>>> 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433

Re: Ansi colors in shell from vim using :shell

On 2012-05-31, Pablo Giménez wrote:
> 2012/5/31 Gary Johnson <garyjohn@spocom.com>:
> > On 2012-05-31, Pablo Giménez wrote:
> >> Hello all.
> >> Is there any way to enable ANSI colors in a shell spawned from VIM
> >> using the :shell command?
> >> I just got the ANSI codes rather than the colors like in a regular
> >> shell using xterm or gnome-terminal.
> >
> > If you start Vim as vim, not gvim, in a terminal, then yes.  If you
> > start Vim as gvim, either in a terminal or from a GUI launcher, then
> > no.
> Well I use vim in both ways.
> So what is the way to solve it when I start as vim?

It should "just work". It could be that your TERM environment
variable is not being exported. In the :shell shell, execute

echo $TERM

If that doesn't show anything, then add

export TERM

to your ~/.bashrc or ~/.bash_profile. I would put it in
~/.bash_profile, but the fashion these days seems to be to put
everything into ~/.bashrc.

> And when I start as gvim is there any way to start a terminal that
> doesn't use ANSI characters, or at least doesn't the ANSI codes?

The solution I use is to put this in my ~/.bashrc:

if [ "$VIM" ] && [ "$TERM" = "dumb" ]
then
# For gvim's monochromatic :shell
PS1='\n\u@\h \w\n\$ '
unalias ls
unalias grep
fi

HTH,
Gary

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Ansi colors in shell from vim using :shell

2012/5/31 Gary Johnson <garyjohn@spocom.com>:
> On 2012-05-31, Pablo Giménez wrote:
>> Hello all.
>> Is there any way to enable ANSI colors in a shell spawned from VIM
>> using the :shell command?
>> I just got the ANSI codes rather than the colors like in a regular
>> shell using xterm or gnome-terminal.
>
> If you start Vim as vim, not gvim, in a terminal, then yes.  If you
> start Vim as gvim, either in a terminal or from a GUI launcher, then
> no.
Well I use vim in both ways.
So what is the way to solve it when I start as vim?
And when I start as gvim is there any way to start a terminal that
doesn't use ANSI characters, or at least doesn't the ANSI codes?
Thanks
>
> Regards,
> Gary
>
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php



--
Un saludo
Best Regards
Pablo Giménez

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

vim Utl plugin: how to render a linked doc file

stefen:
I'm using vim Utl plugin and enjoy it.
http://www.vim.org/scripts/script.php?script_id=293
but today I run into an issue here.
so if I use this in my text:

7 habit             <url:books/7\ habits\ of\ highly\ effective\ people.txt>

it works. it will jump into the folder books and open linked file in current window for me.

while if I use this:

7 habit             <url:books/7\ habits\ of\ highly\ effective\ people.doc>

it report:
No handler for media type application/msword defined yet. Entering Setup now. <RETURN>

and i f I return it goes to the Utl help.

I already have these setup in my vimrc file:

"doc to text
autocmd BufReadPre *.doc set ro
autocmd FileReadPre *.doc set ro
autocmd BufReadPre *.doc set hlsearch!
autocmd BufReadPost *.doc %!antiword "%"
autocmd FileReadPost *.doc %!antiword "%"

so if I :open/:read a doc file it will be automatically rendered into vim.

is there anything missed here?

copy to the vim google group if anyone else knows how-to.

thanks!

Re: How to show custom taglist in window like :tag or :ptag

On Tuesday, May 29, 2012 9:38:16 PM UTC-5, stevenfrog wrote:
> I use taglist() to get a tag list. Then I did some filter, just leave
> some useful one like this:
>
> let tttlist = taglist("^List$")
> let newtttlist = []
> for item in tttlist
> if item['kind'] == 'i' || item['kind'] == 'c'
> call add(newtttlist, item)
> endif
> endfor
> echo newtttlist
>
> But how to show them like :tag and :ptag in vim?

I don't understand what you're trying to achieve.

Assuming your taglist contains tags named "List" your code will echo them to the screen. Which tag do you wish to jump to? If you have the tag name in a variable, like tag_i_want_to_jump_to, you can jump to it with something like:

:exec "tag" tag_i_want_to_jump_to

If you want to do something else, please try to tell us SPECIFICALLY what you are trying to do, what you tried, what you expected to happen, and what happened instead.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Jump to tag command doesn't work in gvim under Windows 7

On Thursday, May 31, 2012 10:02:36 AM UTC-5, Christian Brabandt wrote:
> On Thu, May 31, 2012 16:57, Ben Fritz wrote:
> > On Thursday, May 31, 2012 2:44:25 AM UTC-5, J�rgen Kr�mer wrote:
> >
> >>
> >> on Windows the behaviour of Ctrl plus a non-letter is independent of the
> >> actual keyboard layout (at least inside Vim). As far as I know for those
> >> combinations to work you have to press Ctrl and the same key that would
> >> generate the non-letter if you had installed the US-American keyboard
> >> driver. For "[" and "]" this would be the keys between "P" and the
> >> Return key.
> >>
> >
> > Huh? I've got my keyboard (a standard QWERTY keyboard) mapped to US-Dvorak
> > in Windows XP, and to get CTRL-] I press CTRL and the key labelled =/+,
> > not the key labelled ]/}.
>
> Isn't that what J�rgen said? On a German keyboard (at least for Windows)
> you need to press Ctrl-� rather then the key labeld ] to produce an
> actual keycode of <C-]>.
>
> On linux on the other side, I need to press the key labeld ].
>

We may be talking about different ways of getting a non-standard keyboard.

I think I understand now, that you and Jürgen are talking about a keyboard whose keys are physically labelled different than a standard US QWERTY keyboard, and pressing CTRL+] on that keyboard does not send Vim a CTRL+] keystroke.

I am saying that I have a physical US QWERTY keyboard, and I've applied a US Dvorak keyboard layout, by going into Control Panel→Regional and Language Options→Languages→Details...

On my physical QWERTY keyboard mapped to Dvorak, I press CTRL and the key which in Dvorak yields a ], and Vim gets CTRL+] as I expect.

I think you're saying if I had a physical Dvorak keyboard with no software mapping, pressing CTRL and the key which yields a ], will NOT send Vim a CTRL+], but something else.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: vim: how to yank only displayed texts in folding

hi chris:
this works!

thanks!

regards
ping

On May 31, 1:21 am, "Christian Brabandt" <cbli...@256bit.org> wrote:
> On Wed, May 30, 2012 20:17, ping wrote:
> > hi Christan:
> > yes that works!
> > thanks!
>
> > previously I got it wrong that I visually selected my text and apply
> > the function with that range.
>
> > b.t.w can we actually achieve that goal based on your function here?
>
> I think, this should do:
>
> function! CopyNonFolded() range
> let lnum= a:firstline
> let buffer=[]
> while lnum <= a:lastline
>      if (foldclosed(lnum) == -1)
>          let buffer += getline(lnum, lnum)
>          let lnum += 1
>      else
>          let buffer += [ foldtextresult(lnum) ]
>          let lnum = foldclosedend(lnum) + 1
>      endif
> endwhile
> top new
> set bt=nofile
> call append(".",buffer)
> 0d_
> endfu
>
> com! -range=% CopyFolds :<line1>,<line2>call CopyNonFolded()
>
> You can then use the command Copyfolds with or without a selected range
> (in which case it selects the complete file).
>
> regards,
> Christian

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Ansi colors in shell from vim using :shell

On 2012-05-31, Pablo Giménez wrote:
> Hello all.
> Is there any way to enable ANSI colors in a shell spawned from VIM
> using the :shell command?
> I just got the ANSI codes rather than the colors like in a regular
> shell using xterm or gnome-terminal.

If you start Vim as vim, not gvim, in a terminal, then yes. If you
start Vim as gvim, either in a terminal or from a GUI launcher, then
no.

Regards,
Gary

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Jump to tag command doesn't work in gvim under Windows 7

On Thu, May 31, 2012 16:57, Ben Fritz wrote:
> On Thursday, May 31, 2012 2:44:25 AM UTC-5, Jürgen Krämer wrote:
>
>>
>> on Windows the behaviour of Ctrl plus a non-letter is independent of the
>> actual keyboard layout (at least inside Vim). As far as I know for those
>> combinations to work you have to press Ctrl and the same key that would
>> generate the non-letter if you had installed the US-American keyboard
>> driver. For "[" and "]" this would be the keys between "P" and the
>> Return key.
>>
>
> Huh? I've got my keyboard (a standard QWERTY keyboard) mapped to US-Dvorak
> in Windows XP, and to get CTRL-] I press CTRL and the key labelled =/+,
> not the key labelled ]/}.

Isn't that what Jürgen said? On a German keyboard (at least for Windows)
you need to press Ctrl-ü rather then the key labeld ] to produce an
actual keycode of <C-]>.

On linux on the other side, I need to press the key labeld ].

regards,
Christian

regards,
Christian

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Jump to tag command doesn't work in gvim under Windows 7

On Thursday, May 31, 2012 2:44:25 AM UTC-5, Jürgen Krämer wrote:

>
> on Windows the behaviour of Ctrl plus a non-letter is independent of the
> actual keyboard layout (at least inside Vim). As far as I know for those
> combinations to work you have to press Ctrl and the same key that would
> generate the non-letter if you had installed the US-American keyboard
> driver. For "[" and "]" this would be the keys between "P" and the
> Return key.
>

Huh? I've got my keyboard (a standard QWERTY keyboard) mapped to US-Dvorak in Windows XP, and to get CTRL-] I press CTRL and the key labelled =/+, not the key labelled ]/}.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Ansi colors in shell from vim using :shell

Hello all.
Is there any way to enable ANSI colors in a shell spawned from VIM
using the :shell command?
I just got the ANSI codes rather than the colors like in a regular
shell using xterm or gnome-terminal.
Thanks!

--
Un saludo
Best Regards
Pablo Giménez

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

I want to subscribe in this group "vim-dev"

 I'm in china, and can not get into vim-dev of google groups.
And I can not click that blue button to subscribe.
So please add stevenfrog@gmail.com into maillist directly.
please send me Digest Email (Approximately 1 email per day).
Thanks.

Re: Weird cursors behaviour when using vim in terminal in insert mode

So you guys thinks it is definitely a bug?

2012/5/31 Christian Brabandt <cblists@256bit.org>:
> On Wed, May 30, 2012 19:29, Gary Johnson wrote:
>> On 2012-05-30, Pablo Giménez wrote:
>>> I have these keymaps for the completion popmenu:
>>>     inoremap <expr> <Esc>      pumvisible() ? "\<C-e>" : "\<Esc>"
>>>     inoremap <expr> <CR>       pumvisible() ? "\<C-y>" : "\<CR>"
>>>     inoremap <expr> <Down>     pumvisible() ? "\<C-n>" : "\<Down>"
>>>     inoremap <expr> <Up>       pumvisible() ? "\<C-p>" : "\<Up>"
>>>     inoremap <expr> <PageDown> pumvisible() ?
>>> "\<PageDown>\<C-p>\<C-n>" : "\<PageDown>"
>>>     inoremap <expr> <PageUp>   pumvisible() ? "\<PageUp>\<C-p>\<C-n>"
>>> : "\<PageUp>"
>>>
>>> I got them from the vim wiki, so I am not sure why they are breaking
>>> my cursors when working from a terminal.
>>> It is supposed that if pop menu is not visible they just return the
>>> same key isnt it?
>>
>> Well, that was easy:  I just executed the first inoremap above and
>> now when I use the arrow keys in insert mode I get A, B, C and D.
>>
>> I don't have time at the moment to look at this more closely, but it
>> looks like possibly a bug.  I can verify that the pumvisible()
>> function is returning the correct values.  It appears that when an
>> Esc arrives in the input buffer, the process of handling it with the
>> inoremap disconnects it from the following characters so that it and
>> the following characters are no longer recognized as an escape
>> sequence.  The behavior might be affected by 'timeout' and/or
>> 'ttimeout', or maybe those options are being ignored when they
>> shouldn't be.
>>
>> Maybe someone with more experience with these mappings can chime in.
>
> I can reproduce the issue with this simple mapping:
> inoremap <Esc> <Esc>
>
> This breaks the cursor keys in terminal vim.
>
> regards,
> Christian
>
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php



--
Un saludo
Best Regards
Pablo Giménez

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

RE: Visual-block Insert text from clipboard

oversky wrote:
> In Visual-block Insert operation,
> is it possible to insert text from register or clipboard to
> all selected lines?
>
> I use mswin.vim, so I press <C-Q> and select some lines.
> Second, I press I for Visual-block Insert operation.
> Then, I press <C-V> and paste text from clipboard.
> The text is pasted to the first selected line, Finally, I
> press <Esc> to quit Visual-block Insert operation, but the
> text does not copy to other lines I have selected.

Press Ctrl-Q (or Ctrl-V if haven't mapped it) to start visual
block selection. Then I for block insert. Then press Ctrl-R
(insert register contents), followed by a letter for the
register you want to insert. That would be + or * for your
example.

John

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

On Wed, May 30, 2012 19:29, Gary Johnson wrote:
> On 2012-05-30, Pablo Giménez wrote:
>> I have these keymaps for the completion popmenu:
>> inoremap <expr> <Esc> pumvisible() ? "\<C-e>" : "\<Esc>"
>> inoremap <expr> <CR> pumvisible() ? "\<C-y>" : "\<CR>"
>> inoremap <expr> <Down> pumvisible() ? "\<C-n>" : "\<Down>"
>> inoremap <expr> <Up> pumvisible() ? "\<C-p>" : "\<Up>"
>> inoremap <expr> <PageDown> pumvisible() ?
>> "\<PageDown>\<C-p>\<C-n>" : "\<PageDown>"
>> inoremap <expr> <PageUp> pumvisible() ? "\<PageUp>\<C-p>\<C-n>"
>> : "\<PageUp>"
>>
>> I got them from the vim wiki, so I am not sure why they are breaking
>> my cursors when working from a terminal.
>> It is supposed that if pop menu is not visible they just return the
>> same key isnt it?
>
> Well, that was easy: I just executed the first inoremap above and
> now when I use the arrow keys in insert mode I get A, B, C and D.
>
> I don't have time at the moment to look at this more closely, but it
> looks like possibly a bug. I can verify that the pumvisible()
> function is returning the correct values. It appears that when an
> Esc arrives in the input buffer, the process of handling it with the
> inoremap disconnects it from the following characters so that it and
> the following characters are no longer recognized as an escape
> sequence. The behavior might be affected by 'timeout' and/or
> 'ttimeout', or maybe those options are being ignored when they
> shouldn't be.
>
> Maybe someone with more experience with these mappings can chime in.

I can reproduce the issue with this simple mapping:
inoremap <Esc> <Esc>

This breaks the cursor keys in terminal vim.

regards,
Christian

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Jump to tag command doesn't work in gvim under Windows 7

On Thursday, May 31, 2012 10:44:25 AM UTC+3, Jürgen Krämer wrote:
> Hi,
>
> V�in� Lepp�nen wrote:
> >
> > The mouse version of this command actually work (g<LeftMouse> and
> > <C-LeftMouse>), but the keyboard version CTRL-] doesn't for some
> > reason.
> >
> > Any ideas?
>
> on Windows the behaviour of Ctrl plus a non-letter is independent of the
> actual keyboard layout (at least inside Vim). As far as I know for those
> combinations to work you have to press Ctrl and the same key that would
> generate the non-letter if you had installed the US-American keyboard
> driver. For "[" and "]" this would be the keys between "P" and the
> Return key.
>
> Regards,
> J�rgen
>
> --
> Sometimes I think the surest sign that intelligent life exists elsewhere
> in the universe is that none of it has tried to contact us. (Calvin)

And that solved the problem.
Thanks!

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Jump to tag command doesn't work in gvim under Windows 7

Hi,

Väinö Leppänen wrote:
>
> The mouse version of this command actually work (g<LeftMouse> and
> <C-LeftMouse>), but the keyboard version CTRL-] doesn't for some
> reason.
>
> Any ideas?

on Windows the behaviour of Ctrl plus a non-letter is independent of the
actual keyboard layout (at least inside Vim). As far as I know for those
combinations to work you have to press Ctrl and the same key that would
generate the non-letter if you had installed the US-American keyboard
driver. For "[" and "]" this would be the keys between "P" and the
Return key.

Regards,
Jürgen

--
Sometimes I think the surest sign that intelligent life exists elsewhere
in the universe is that none of it has tried to contact us. (Calvin)

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Jump to tag command doesn't work in gvim under Windows 7

The mouse version of this command actually work (g<LeftMouse> and <C-LeftMouse>), but the keyboard version CTRL-] doesn't for some reason.

Any ideas?

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Visual-block Insert text from clipboard

In Visual-block Insert operation,
is it possible to insert text from register or clipboard to all
selected lines?

I use mswin.vim, so I press <C-Q> and select some lines.
Second, I press I for Visual-block Insert operation.
Then, I press <C-V> and paste text from clipboard.
The text is pasted to the first selected line,
Finally, I press <Esc> to quit Visual-block Insert operation,
but the text does not copy to other lines I have selected.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Call external command with relative path

On 5月30日, 下午10時29分, "Christian Brabandt" <cbli...@256bit.org> wrote:
>
> :h expand()
>
> regards,
> Christian

I tried expand with <C-R>, the following line works successfully.
:%!<C-R>=expand("$PORTABLE")<CR>\ConvertZ\ConvertZ.exe /i:big5 /o:gbk
%<CR>

Thanks for everyone's help.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: vim: how to yank only displayed texts in folding

On Wed, May 30, 2012 20:17, ping wrote:
> hi Christan:
> yes that works!
> thanks!
>
> previously I got it wrong that I visually selected my text and apply
> the function with that range.
>
> b.t.w can we actually achieve that goal based on your function here?

I think, this should do:

function! CopyNonFolded() range
let lnum= a:firstline
let buffer=[]
while lnum <= a:lastline
if (foldclosed(lnum) == -1)
let buffer += getline(lnum, lnum)
let lnum += 1
else
let buffer += [ foldtextresult(lnum) ]
let lnum = foldclosedend(lnum) + 1
endif
endwhile
top new
set bt=nofile
call append(".",buffer)
0d_
endfu

com! -range=% CopyFolds :<line1>,<line2>call CopyNonFolded()

You can then use the command Copyfolds with or without a selected range
(in which case it selects the complete file).

regards,
Christian

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Windows native VIM change the file property in Cygwin

> Maybe you want the 'backupcopy' option, to tell Vim to just modify the original file, rather than renaming the write backup file to replace the original. See :help 'backupcopy'. I'm not CERTAIN this will work, but it at least stands a chance.
>
set bkc=yes
do the job.
Thank you.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

how to override original mapping ?

I want to let a new key bind override original map.
First give out the vimrc config snip.

imap <expr><Tab> neocomplcache#sources#snippets_complete#expandable() ?
\ "\<Plug>(neocomplcache_snippets_expand)"
\ : pumvisible() ? "\<C-n>"
\ : <SID>check_back_space() ? "\<TAB>"
\ : "\<C-x>\<C-u>"
inoremap <expr><C-n> neocomplcache#sources#snippets_complete#jumpable() ?
\ "\<Plug>(neocomplcache_snippets_jump)"
\ : "\<Tab>"
inoremap <expr><C-p> neocomplcache#sources#snippets_complete#expandable() ?
\ "\<Plug>(neocomplcache_snippets_expand)"
\ : pumvisible() ? "\<C-p>" : "\<Tab>"
imap <expr><C-j> "\<C-n>"
imap <expr><C-k> "\<C-p>"

What I want:
There is two situations:
1. select next item in popup menu. (I want to use <C-j>)
2. if it is in snippet placeholder. (I want to use <C-n> to jump.)
* When I'm in snippet placeholder, and I have popup menu to complete.
I hope <C-n> can only work for jump to next placeholder. And <C-j> only work
for select next item in popup menu.
Because <C-n> default is select next item in popup, so I want to override
it at somewhere. But <C-n> is used in upper inoremap and imap settings.
So I do not know how to do now.

--
[ stardiviner ] ^^&^^ {I hate all of you ! Leave me alone}
IRC(freeenode): stardiviner \\ Twitter: @numbchild \\
GnuPG Key fingerprint
>>> 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433

Re: how to match all Chinese chars?

On Mon, May 28, 2012 at 05:55:27PM EDT, Tony Mechelynck wrote:

[..]

> However, there is also a limitation in Vim, namely, a collection can
> only match (IIRC) at most 257 different individual characters at the
> same point. 4E00..9FFF alone is already much more than that.

The limit is that a range of characters (a-z, 0-9 etc...) that is part
of a collection can only match at most 256 characters.

Here's for instance a valid collection that matches 4096 characters:

| /[一-仿伀-俿倀-僿儀-凿刀-勿匀-叿吀-哿唀-嗿嘀-囿圀-埿堀-壿夀-姿娀-嫿嬀-寿尀-峿崀-帀]

Subranges are: 4e00-4eff ... 5d00-5dff - 256 characters each.

Conversely, the following triggers the 'E16 Invalid range' error:

| /[一-企]

Range is: 4e00-4f01

I generated a similar collection for the entire 4e00-9fff block, split
into 256-character sub-ranges, and apart from the regex causing Vim to
slow down to a crawl on larger files, it appeared to match.

All the same, there does not appear to be any simple solutions save for
this clunky workaround.

Is anything in the works regarding unicode regex support in a future
release of Vim (8.x)..?

CJ

--
WE GET SIGNAL

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: vim: how to yank only displayed texts in folding

hi Christan:
yes that works!
thanks!

previously I got it wrong that I visually selected my text and apply
the function with that range.

b.t.w can we actually achieve that goal based on your function here?

"yank only non-folded texts
function CopyNonFolded()
let lnum=1
let buffer=[]
while lnum <= line("$")
    if (foldclosed(lnum) == -1)
        let buffer += getline(lnum, lnum)
        let lnum += 1
    else
        let buffer += [ foldtextresult(lnum) ]
        let lnum = foldclosedend(lnum) + 1
    endif
endwhile
top new
set bt=nofile
call append(".",buffer)
0d_
endfu
"

thanks again for your help!

regards
ping


On 05/22/2012 01:54 PM, Christian Brabandt wrote:

Hi ping!    On Di, 22 Mai 2012, ping wrote:    

can you let me know how to use this function in practice?  I tried visual mark then :call func..  it doesn't work.  

  Please be exact. What did you do? What happened instead? Did you get an   error message?    

  http://groups.google.com/group/vim_use/msg/dd1baac3622107c0    

Take the function CopyNonFoldedI() from here:  http://groups.google.com/group/vim_use/msg/571f070987ee35ce  and copy it into a file which you save below ~/.vim/plugin/CopyFolds.vim    Restart Vim and now you can simply call :call CopyNonFolded() and it   will create a new split buffer which contains only the fold data.    regards,  Christian  

Re: auto reload of config files

On Wednesday, May 30, 2012 2:55:03 AM UTC-6, Benjamin R. Haskell wrote:
> A better way to prevent doubling autocmds is to put them in a group

Good points. It's been switched. Thank you.

> In what way do they not work? To verify that your .vimrc is being
> reloaded, add this to your .vimrc:
>
> echomsg 'Loaded .vimrc'

It seems .vimrc *is* being reloaded. But the settings I'm testing don't appear to be changing.

> Also note that your plugins won't be reloaded just because you source
> your ~/.vimrc. They're autoloaded at startup. (See :help load-plugins
> for the gory details.) From that help text, maybe you also want:

And this is probably part of the reason why they aren't changing ... these aren't plugins, even though I have them in my after/plugins subdirectory, they're just settings and random functions and mappings I use.

I moved these files to after/plugin so I wouldn't have to remember to source them in my .vimrc but it appears now that may not be the best choice.

> autocmd BufWritePost misc.vim runtime! plugins/**/*.vim

After reading the docs on the runtime command I came up with the following for my .vimrc. It seems to work as expected.

runtime! extra/*.vim

aug AutoloadVimrc
au!
au BufWritePost .vimrc source $MYVIMRC
au BufWritePost */extra/*.vim source $MYVIMRC
aug END

Thanks for the pointers.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

On 2012-05-30, Pablo Giménez wrote:

> 2012/5/30 Pablo Giménez:
> > 2012/5/29 Gary Johnson:
> >> On 2012-05-29, Pablo Giménez Pizarro wrote:
> >>> Enviado desde mi iPhone
> >>>
> >>> El 29 May 2012, a las 20:05, Gary Johnson escribió:
> >>>
> >>> > On 2012-05-29, Pablo Giménez wrote:
> >>> >> Hi all.
> >>> >> I have an issue using vim in the termninal.
> >>> >> Every time I go to Indert mode and try to sue the cursor it just
> >>> >> begging to write the letter A,B,C,D and creates a new line.
> >>> >> I have been digging and seems it is because of the internal definition
> >>> >> of the termcap in Vim.
> >>> >> So I tried the next:
> >>> >> set term=builtin_ansi
> >>> >>
> >>> >> But then it is messing up the colors.
> >>> >> The term is xterm-256color by default.
> >>> >> Is there ane way to get the cursors working properly without changing
> >>> >> the termn, or using the xterm terminal?
> >>> >> I forgot  to say I am using latest vim 7.3.

> Ja I got where is the problem.
> I have these keymaps for the completion popmenu:
> inoremap <expr> <Esc> pumvisible() ? "\<C-e>" : "\<Esc>"
> inoremap <expr> <CR> pumvisible() ? "\<C-y>" : "\<CR>"
> inoremap <expr> <Down> pumvisible() ? "\<C-n>" : "\<Down>"
> inoremap <expr> <Up> pumvisible() ? "\<C-p>" : "\<Up>"
> inoremap <expr> <PageDown> pumvisible() ?
> "\<PageDown>\<C-p>\<C-n>" : "\<PageDown>"
> inoremap <expr> <PageUp> pumvisible() ? "\<PageUp>\<C-p>\<C-n>"
> : "\<PageUp>"
>
> I got them from the vim wiki, so I am not sure why they are breaking
> my cursors when working from a terminal.
> It is supposed that if pop menu is not visible they just return the
> same key isnt it?

Well, that was easy: I just executed the first inoremap above and
now when I use the arrow keys in insert mode I get A, B, C and D.

I don't have time at the moment to look at this more closely, but it
looks like possibly a bug. I can verify that the pumvisible()
function is returning the correct values. It appears that when an
Esc arrives in the input buffer, the process of handling it with the
inoremap disconnects it from the following characters so that it and
the following characters are no longer recognized as an escape
sequence. The behavior might be affected by 'timeout' and/or
'ttimeout', or maybe those options are being ignored when they
shouldn't be.

Maybe someone with more experience with these mappings can chime in.

Regards,
Gary

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Call external command with relative path

Christian Brabandt wrote:
> On Wed, May 30, 2012 16:19, oversky wrote:
>
>> I still have problem.
>> I check with :echo $PORTABLE,
>> it shows correct path.
>> But the error message still says it can't find the file.
>> Then I use :! instead of :%!,
>> the command paste to shell is
>>
>> C:\WINDOWS\system32\cmd.exe /c $PORTABLE\ConvertZ\ConvertZ.exe /
>> i:sjis /o:utf8 1.cue
>>
>> $PORTABLE is not replaced by its value.
>> Any suggestion?
>>
> :h expand()
>
I think you'll need to know about

:he exe

ie.
:let PORTABLE = fnamemodify($VIMRUNTIME, ':h:h:h:h')
:exe '%!C:\WINDOWS\system32\cmd.exe /c
'.PORTABLE.'\ConvertZ\ConvertZ.exe /'

or, if you prefer,
:exe '%!C:\WINDOWS\system32\cmd.exe /c
'.fnamemodify($VIMRUNTIME, ':h:h:h:h').'\ConvertZ\ConvertZ.exe /'

Now for the caveats: I'm not using Windows, don't have ConvertZ.exe, am
not using a thumb drive, so the above has not been tested.

Regards,
Chip Campbell

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Windows native VIM change the file property in Cygwin

On Wednesday, May 30, 2012 3:11:55 AM UTC-5, Robert Bu wrote:
> Hi,
>
> I have a file, say "test.txt", in Cygwin, which does not have
> executable property. The file property is
> -rw-------+ 1 user Domain Users 16 May 30 16:04 test.txt
>
> After I edited it with Windows native vim and saved the file, I can
> see it has executable property in Cygwin. The file property now is
> -rwx------+ 1 robert_bu Domain Users 16 May 30 16:10 test.txt*
>
> Is there any way to tell Windows VIM to preserve the original file
> property?
>

Maybe you want the 'backupcopy' option, to tell Vim to just modify the original file, rather than renaming the write backup file to replace the original. See :help 'backupcopy'. I'm not CERTAIN this will work, but it at least stands a chance.

It also might be possible to hook a chmod command into a BufWritePost autocmd to restore permissions read in during a BufWritePre autocmd, if 'backupcopy' doesn't help.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Call external command with relative path

On Wed, May 30, 2012 16:19, oversky wrote:
> I still have problem.
> I check with :echo $PORTABLE,
> it shows correct path.
> But the error message still says it can't find the file.
> Then I use :! instead of :%!,
> the command paste to shell is
>
> C:\WINDOWS\system32\cmd.exe /c $PORTABLE\ConvertZ\ConvertZ.exe /
> i:sjis /o:utf8 1.cue
>
> $PORTABLE is not replaced by its value.
> Any suggestion?

:h expand()

regards,
Christian

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Call external command with relative path

I still have problem.
I check with :echo $PORTABLE,
it shows correct path.
But the error message still says it can't find the file.
Then I use :! instead of :%!,
the command paste to shell is

C:\WINDOWS\system32\cmd.exe /c $PORTABLE\ConvertZ\ConvertZ.exe /
i:sjis /o:utf8 1.cue

$PORTABLE is not replaced by its value.
Any suggestion?

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

Ja I got where is the problem.
I have these keymaps for the completion popmenu:
inoremap <expr> <Esc> pumvisible() ? "\<C-e>" : "\<Esc>"
inoremap <expr> <CR> pumvisible() ? "\<C-y>" : "\<CR>"
inoremap <expr> <Down> pumvisible() ? "\<C-n>" : "\<Down>"
inoremap <expr> <Up> pumvisible() ? "\<C-p>" : "\<Up>"
inoremap <expr> <PageDown> pumvisible() ?
"\<PageDown>\<C-p>\<C-n>" : "\<PageDown>"
inoremap <expr> <PageUp> pumvisible() ? "\<PageUp>\<C-p>\<C-n>"
: "\<PageUp>"

I got them from the vim wiki, so I am not sure why they are breaking
my cursors when working from a terminal.
It is supposed that if pop menu is not visible they just return the
same key isnt it?


2012/5/30 Pablo Giménez <pablogipi@gmail.com>:
> 2012/5/29 Gary Johnson <garyjohn@spocom.com>:
>> On 2012-05-29, Pablo Giménez Pizarro wrote:
>>> Enviado desde mi iPhone
>>>
>>> El 29 May 2012, a las 20:05, Gary Johnson <garyjohn@spocom.com> escribió:
>>>
>>> > On 2012-05-29, Pablo Giménez wrote:
>>> >> Hi all.
>>> >> I have an issue using vim in the termninal.
>>> >> Every time I go to Indert mode and try to sue the cursor it just
>>> >> begging to write the letter A,B,C,D and creates a new line.
>>> >> I have been digging and seems it is because of the internal definition
>>> >> of the termcap in Vim.
>>> >> So I tried the next:
>>> >> set term=builtin_ansi
>>> >>
>>> >> But then it is messing up the colors.
>>> >> The term is xterm-256color by default.
>>> >> Is there ane way to get the cursors working properly without changing
>>> >> the termn, or using the xterm terminal?
>>> >> I forgot  to say I am using latest vim 7.3.
>>> >
>>> > The value of $TERM needs to be appropriate for the terminal you are
>>> > actually using.
>>> >
>>> > Vim uses $TERM to determine the terminal's capabilities and escape
>>> > sequences from your system's terminfo or termcap database.  If the
>>> > value of $TERM is not correct, then Vim may obtain an incorrect
>>> > description of your arrow keys.
>>> >
>>> > What is the terminal you are using and what is the value of $TERM?
>>> I am using gnome terminal and xterm, for both TERM is set to xterm-256color
>>
>> If I'm understanding you correctly, the arrow keys work in xterm but
>> not in GNOME Terminal.
> Nop it doesnt work in any terminal, xterm or gnome-terminal.
> I also have mrxvt, but same problem.
>>
>> I should have suggested this earlier:  Try starting vim like this,
>>
>>    vim -N -u NONE
> This is interesting to try.
> Thanks.
> Let you know guys hos it goes.
> Thanks for the advice.
>>
>> to see whether the behavior is due to either your ~/.vimrc or one of
>> your plugins.
>>
>> One other thing you might try is executing
>>
>>    infocmp
>>
>> to see if xterm-256color is properly defined on your system.
>>
>> I run Vim 7.3.524 in a GNOME Terminal 2.26.3.1 on a Fedora 11 system
>> daily without problems, but my TERM is set to "xterm".  I just tried
>> setting TERM to "xterm-256color" and the arrow keys worked fine in
>> both normal and insert modes.  I don't see anything in the Profile
>> Preferences that would change the arrow key behavior.
>>
>> Regards,
>> Gary
>>
>> --
>> You received this message from the "vim_use" maillist.
>> Do not top-post! Type your reply below the text you are replying to.
>> For more information, visit http://www.vim.org/maillist.php
>
>
>
> --
> Un saludo
> Best Regards
> Pablo Giménez



--
Un saludo
Best Regards
Pablo Giménez

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

2012/5/29 Gary Johnson <garyjohn@spocom.com>:
> On 2012-05-29, Pablo Giménez Pizarro wrote:
>> Enviado desde mi iPhone
>>
>> El 29 May 2012, a las 20:05, Gary Johnson <garyjohn@spocom.com> escribió:
>>
>> > On 2012-05-29, Pablo Giménez wrote:
>> >> Hi all.
>> >> I have an issue using vim in the termninal.
>> >> Every time I go to Indert mode and try to sue the cursor it just
>> >> begging to write the letter A,B,C,D and creates a new line.
>> >> I have been digging and seems it is because of the internal definition
>> >> of the termcap in Vim.
>> >> So I tried the next:
>> >> set term=builtin_ansi
>> >>
>> >> But then it is messing up the colors.
>> >> The term is xterm-256color by default.
>> >> Is there ane way to get the cursors working properly without changing
>> >> the termn, or using the xterm terminal?
>> >> I forgot  to say I am using latest vim 7.3.
>> >
>> > The value of $TERM needs to be appropriate for the terminal you are
>> > actually using.
>> >
>> > Vim uses $TERM to determine the terminal's capabilities and escape
>> > sequences from your system's terminfo or termcap database.  If the
>> > value of $TERM is not correct, then Vim may obtain an incorrect
>> > description of your arrow keys.
>> >
>> > What is the terminal you are using and what is the value of $TERM?
>> I am using gnome terminal and xterm, for both TERM is set to xterm-256color
>
> If I'm understanding you correctly, the arrow keys work in xterm but
> not in GNOME Terminal.
Nop it doesnt work in any terminal, xterm or gnome-terminal.
I also have mrxvt, but same problem.
>
> I should have suggested this earlier:  Try starting vim like this,
>
>    vim -N -u NONE
This is interesting to try.
Thanks.
Let you know guys hos it goes.
Thanks for the advice.
>
> to see whether the behavior is due to either your ~/.vimrc or one of
> your plugins.
>
> One other thing you might try is executing
>
>    infocmp
>
> to see if xterm-256color is properly defined on your system.
>
> I run Vim 7.3.524 in a GNOME Terminal 2.26.3.1 on a Fedora 11 system
> daily without problems, but my TERM is set to "xterm".  I just tried
> setting TERM to "xterm-256color" and the arrow keys worked fine in
> both normal and insert modes.  I don't see anything in the Profile
> Preferences that would change the arrow key behavior.
>
> Regards,
> Gary
>
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php



--
Un saludo
Best Regards
Pablo Giménez

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: set guifont=*

Ben Fritz wrote
>
>
> What did you try to set it to? The easy way to figure out what will work
> is to first use :set guifont=*, select the desired font, then :set
> guifont? to see what it actually got set to.
>
>

It was a mistake in how I was setting the guifont in my .gvimrc:
Now I say:

set guifont=-adobe-courier-medium-r-normal--17-120-100-100-m-100-iso8859-1

and everything works; when i :set guifont? and I get what it is supposed to
be.

Thank you.

--
View this message in context: http://vim.1045645.n5.nabble.com/set-guifont-tp5708608p5708651.html
Sent from the Vim - General mailing list archive at Nabble.com.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: auto reload of config files

On Wed, 30 May 2012, HarleyPig wrote:

> I'm using the auto reload trick for my .vimrc:
>
> if !exists( "autoload_vimrc" )
>
> let autoload_vimrc = 1
> autocmd BufWritePost .vimrc source $MYVIMRC
>
> endif

A better way to prevent doubling autocmds is to put them in a group
(better mainly because it prevents using a global variable, but it's
also more idiomatic VimL):

aug AutoloadVimrc
au!
au BufWritePost .vimrc source $MYVIMRC
aug END

Or just force the autocmd to be recreated (and don't worry about the
global var):

autocmd! BufWritePost .vimrc source $MYVIMRC

Personally, I prefer the group, since it lets you disable multiple
commands easily. E.g. if you end up using multiple AutoloadVimrc
commands, you can clear them all by issuing:

:au! AutoloadVimrc


> I'd like to auto reload .vimrc when any of my configuration files are
> modified.
>
> I tried adding all of the following to the if section above:
>
> autocmd BufWritePost .vim/after/plugin/misc.vim source ~/.vimrc
> autocmd BufWritePost .vim/after/plugin/misc.vim source $MYVIMRC
> autocmd BufWritePost misc.vim source ~/.vimrc
> autocmd BufWritePost misc.vim source $MYVIMRC
>
> None seem to work.

In what way do they not work? To verify that your .vimrc is being
reloaded, add this to your .vimrc:

echomsg 'Loaded .vimrc'

Then, when you write your .vimrc, check the messages:

:mess

With your original autocmd, writing my vimrc twice yields:

"~/.vimrc" 233L, 6448C written
Loaded .vimrc
"~/.vimrc" 233L, 6448C written
Loaded .vimrc

Also note that your plugins won't be reloaded just because you source
your ~/.vimrc. They're autoloaded at startup. (See :help load-plugins
for the gory details.) From that help text, maybe you also want:

autocmd BufWritePost misc.vim runtime! plugins/**/*.vim


> My ~/.vim directory is actually a symlink to ~/projects/dot_vim/.vim,
> so I don't really want to hardcode the path. However, just to test, I
> even did that. Still no joy.
>
> Ideally, it would be great to just say if any *.vim file in the .vim
> directory is modified then reload $MYVIMRC.
>
> Any pointers?

Beware the dragons. You're bound to run into some plugin or another
that doesn't cleanly apply twice. In my experience, it's not worth the
hassle of debugging the auto-reload autocmd's. Just find better ways to
start Vim or get it back into the state you want.

E.g.
:help :mksession
:help :mkview
:help :loadview

The way I use Vim, I find that the Ctrl-P plugin makes it fast enough to
open whatever per-project files I'm interested in, so that shutting down
Vim and restarting simply isn't much hassle.

--
Best,
Ben

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Call external command with relative path

On Wed, 30 May 2012, oversky wrote:

> I install gvimPortable in a thumb drive.
> The $VIMRUNTIME is d:\Dropbox\Portable\GVimPortable\App\vim\vim73\.
> I have a character encoding converter located in d:\Dropbox\Portable
> \ConvertZ\ConvertZ.exe
> Currently, I use :%!D:\PROGRA~1\ConvertZ\ConvertZ.exe /i:utf8 /o:big5
> % to run the converter.
> However, when I plug the thumb drive into another computer, the driver
> letter of the thumb drive may change to another one.
> How do I change the absolute path of convertz.exe to a relative path
> referring to $VIMRUNTIME?

You should be able to get the prefix (D:\Dropbox\Portable) by using:

let $PORTABLE = fnamemodify($VIMRUNTIME, ':h:h:h:h')

You might need to change the number of :h's. There may also be fewer
:h's if you use $VIM instead of $VIMRUNTIME.

Then your command can become:

:%!$PORTABLE\ConvertZ\ConvertZ.exe /i:utf8 /o:big5

You may also wish to add ':8' to the modifiers, so that you get a
filename that will never have spaces in it.

See:
:help fnamemodify()
:help filename-modifiers

--
Best,
Ben

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Windows native VIM change the file property in Cygwin

Hi,

I have a file, say "test.txt", in Cygwin, which does not have
executable property. The file property is
-rw-------+ 1 user Domain Users 16 May 30 16:04 test.txt

After I edited it with Windows native vim and saved the file, I can
see it has executable property in Cygwin. The file property now is
-rwx------+ 1 robert_bu Domain Users 16 May 30 16:10 test.txt*

Is there any way to tell Windows VIM to preserve the original file
property?

Thanks.
Robert

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

auto reload of config files

I'm using the auto reload trick for my .vimrc:

if !exists( "autoload_vimrc" )

let autoload_vimrc = 1
autocmd BufWritePost .vimrc source $MYVIMRC

endif

I'd like to auto reload .vimrc when any of my configuration files are modified.

I tried adding all of the following to the if section above:

autocmd BufWritePost .vim/after/plugin/misc.vim source ~/.vimrc
autocmd BufWritePost .vim/after/plugin/misc.vim source $MYVIMRC
autocmd BufWritePost misc.vim source ~/.vimrc
autocmd BufWritePost misc.vim source $MYVIMRC

None seem to work.

My ~/.vim directory is actually a symlink to ~/projects/dot_vim/.vim, so I don't really want to hardcode the path. However, just to test, I even did that. Still no joy.

Ideally, it would be great to just say if any *.vim file in the .vim directory is modified then reload $MYVIMRC.

Any pointers?

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Call external command with relative path

I install gvimPortable in a thumb drive.
The $VIMRUNTIME is d:\Dropbox\Portable\GVimPortable\App\vim\vim73\.
I have a character encoding converter located in d:\Dropbox\Portable
\ConvertZ\ConvertZ.exe
Currently, I use :%!D:\PROGRA~1\ConvertZ\ConvertZ.exe /i:utf8 /o:big5
% to run the converter.
However, when I plug the thumb drive into another computer,
the driver letter of the thumb drive may change to another one.
How do I change the absolute path of convertz.exe to a relative path
referring to $VIMRUNTIME?

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: set guifont=*

qfwfq <veranda.marco@gmail.com> wrote:

>
> Thank for your reply!
>
> >>> Which GUI flavour you got can be found from somewhere near the top of
> >>> the :version output: for instance, in gvim I see:
>
> Normal version with X11-Motif GUI.  Features included (+) or not (-):
>
> >>> the console font can only be changed by the console terminal (xterm
> >>> etc.), or, for some consoles, not
> at all.
>
> In fact I can change the font only after I open gvim. I tried to set the
> font in the .gvimrc but it didn't work.
> I'll dig into X11-Motif GUI documentation to try to find a solution.
> Thanks!

Did you pick a font which is listed by "xlsfonts"?

Anyway, using the gtk2 GUI is preferable if you can.
The X11-Motif GUI does not support Unicode among other things.

Regards
-- Dominique

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: set guifont=*

On Tuesday, May 29, 2012 10:03:57 PM UTC-5, Ben Fritz wrote:
> On Tuesday, May 29, 2012 2:29:34 AM UTC-5, qfwfq wrote:
> >
> > In fact I can change the font only after I open gvim.
>
> Yes, this is the only way :set guifont=* will ever work. Did you try that in your .vimrc?
>
> > I tried to set the
> > font in the .gvimrc but it didn't work.
>
> What did you try to set it to? The easy way to figure out what will work is to first use :set guifont=*, select the desired font, then :set guifont? to see what it actually got set to.

Also see http://vim.wikia.com/wiki/Setting_the_font_in_the_GUI

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: set guifont=*

On Tuesday, May 29, 2012 2:29:34 AM UTC-5, qfwfq wrote:
>
> In fact I can change the font only after I open gvim.

Yes, this is the only way :set guifont=* will ever work. Did you try that in your .vimrc?

> I tried to set the
> font in the .gvimrc but it didn't work.

What did you try to set it to? The easy way to figure out what will work is to first use :set guifont=*, select the desired font, then :set guifont? to see what it actually got set to.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

How to show custom taglist in window like :tag or :ptag

I use taglist() to get a tag list. Then I did some filter, just leave
some useful one like this:

let tttlist = taglist("^List$")
let newtttlist = []
for item in tttlist
if item['kind'] == 'i' || item['kind'] == 'c'
call add(newtttlist, item)
endif
endfor
echo newtttlist

But how to show them like :tag and :ptag in vim?

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

On 2012-05-29, Pablo Giménez Pizarro wrote:
> Enviado desde mi iPhone
>
> El 29 May 2012, a las 20:05, Gary Johnson <garyjohn@spocom.com> escribió:
>
> > On 2012-05-29, Pablo Giménez wrote:
> >> Hi all.
> >> I have an issue using vim in the termninal.
> >> Every time I go to Indert mode and try to sue the cursor it just
> >> begging to write the letter A,B,C,D and creates a new line.
> >> I have been digging and seems it is because of the internal definition
> >> of the termcap in Vim.
> >> So I tried the next:
> >> set term=builtin_ansi
> >>
> >> But then it is messing up the colors.
> >> The term is xterm-256color by default.
> >> Is there ane way to get the cursors working properly without changing
> >> the termn, or using the xterm terminal?
> >> I forgot to say I am using latest vim 7.3.
> >
> > The value of $TERM needs to be appropriate for the terminal you are
> > actually using.
> >
> > Vim uses $TERM to determine the terminal's capabilities and escape
> > sequences from your system's terminfo or termcap database. If the
> > value of $TERM is not correct, then Vim may obtain an incorrect
> > description of your arrow keys.
> >
> > What is the terminal you are using and what is the value of $TERM?
> I am using gnome terminal and xterm, for both TERM is set to xterm-256color

If I'm understanding you correctly, the arrow keys work in xterm but
not in GNOME Terminal.

I should have suggested this earlier: Try starting vim like this,

vim -N -u NONE

to see whether the behavior is due to either your ~/.vimrc or one of
your plugins.

One other thing you might try is executing

infocmp

to see if xterm-256color is properly defined on your system.

I run Vim 7.3.524 in a GNOME Terminal 2.26.3.1 on a Fedora 11 system
daily without problems, but my TERM is set to "xterm". I just tried
setting TERM to "xterm-256color" and the arrow keys worked fine in
both normal and insert modes. I don't see anything in the Profile
Preferences that would change the arrow key behavior.

Regards,
Gary

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

Enviado desde mi iPhone

El 29 May 2012, a las 20:05, Gary Johnson <garyjohn@spocom.com> escribió:

> On 2012-05-29, Pablo Giménez wrote:
>> Hi all.
>> I have an issue using vim in the termninal.
>> Every time I go to Indert mode and try to sue the cursor it just
>> begging to write the letter A,B,C,D and creates a new line.
>> I have been digging and seems it is because of the internal definition
>> of the termcap in Vim.
>> So I tried the next:
>> set term=builtin_ansi
>>
>> But then it is messing up the colors.
>> The term is xterm-256color by default.
>> Is there ane way to get the cursors working properly without changing
>> the termn, or using the xterm terminal?
>> I forgot to say I am using latest vim 7.3.
>
> The value of $TERM needs to be appropriate for the terminal you are
> actually using.
>
> Vim uses $TERM to determine the terminal's capabilities and escape
> sequences from your system's terminfo or termcap database. If the
> value of $TERM is not correct, then Vim may obtain an incorrect
> description of your arrow keys.
>
> What is the terminal you are using and what is the value of $TERM?
I am using gnome terminal and xterm, for both TERM is set to xterm-256color
>
> Regards,
> Gary
>
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

Enviado desde mi iPhone

El 29 May 2012, a las 20:45, Dominique Pellé <dominique.pelle@gmail.com> escribió:

> Pablo Giménez Pizarro <pablogipi@gmail.com> wrote:
>
>> Enviado desde mi iPhone
>>
>> El 29 May 2012, a las 19:26, Dominique Pellé <dominique.pelle@gmail.com> escribió:
>>
>>> Pablo Giménez <pablogipi@gmail.com> wrote:
>>>
>>>> Hi all.
>>>> I have an issue using vim in the termninal.
>>>> Every time I go to Indert mode and try to sue the cursor it just
>>>> begging to write the letter A,B,C,D and creates a new line.
>>>> I have been digging and seems it is because of the internal definition
>>>> of the termcap in Vim.
>>>> So I tried the next:
>>>> set term=builtin_ansi
>>>>
>>>> But then it is messing up the colors.
>>>> The term is xterm-256color by default.
>>>> Is there ane way to get the cursors working properly without changing
>>>> the termn, or using the xterm terminal?
>>>> I forgot to say I am using latest vim 7.3.
>>>>
>>>> Thanks
>>>
>>> Try...
>>>
>>> :set nocompatible
>> Thanks, I have already tried it.
>> I think it is the third line in my vimrc
>
>
> Then what about...
>
> :set esckeys
>
> I can reproduce the ABCD being inserted in insert mode
> when pressing cursor keys with :set noesckeys
I haven't tried this.
I'll try, thanks Dominique
>
> -- Dominique
>
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Problem Running vim on HP RX2800 I2 server with HP-UX 11I VERSION 3 OS

On Wed, May 30, 2012 at 03:47:16AM +1000, Ken Schmitt wrote:
>We have recently purchased a new HP RX2800 I2 server with HP-UX 11I
>VERSION 3 operating system. I downloaded and our IT folks installed vim
>7.3 (IA-64) from the following website:
>
>http://hpux.connect.org.uk/hppd/hpux/Editors/vim-7.3/

If my Linux experience is any guide, PATH doesn't have anything to do
with shared libraries. You either need to install shared libraries in a
standard location that your OS already looks in, or configure your
dynamic linker to know about the nonstandard place where you have your
GTK libraries installed.

When I went to the website above, I saw "gtk+2" on the list of Vim's
runtime dependencies. When I followed the link to that package, I see
that the standard HP porting package of gtk+2 installs in /usr/local,
not /opt, which is why I think your install of GTK is in a nonstandard
place.

I'd suggest getting your sysadmin to install gtk+2 from the page above,
and check that all the other runtime dependencies are installed while
they're at it.

--
Ed Blackman

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

Pablo Giménez Pizarro <pablogipi@gmail.com> wrote:

> Enviado desde mi iPhone
>
> El 29 May 2012, a las 19:26, Dominique Pellé <dominique.pelle@gmail.com> escribió:
>
>> Pablo Giménez <pablogipi@gmail.com> wrote:
>>
>>> Hi all.
>>> I have an issue using vim in the termninal.
>>> Every time I go to Indert mode and try to sue the cursor it just
>>> begging to write the letter A,B,C,D and creates a new line.
>>> I have been digging and seems it is because of the internal definition
>>> of the termcap in Vim.
>>> So I tried the next:
>>> set term=builtin_ansi
>>>
>>> But then it is messing up the colors.
>>> The term is xterm-256color by default.
>>> Is there ane way to get the cursors working properly without changing
>>> the termn, or using the xterm terminal?
>>> I forgot  to say I am using latest vim 7.3.
>>>
>>> Thanks
>>
>> Try...
>>
>>   :set nocompatible
> Thanks, I have already tried it.
> I think it is the third line in my vimrc


Then what about...

:set esckeys

I can reproduce the ABCD being inserted in insert mode
when pressing cursor keys with :set noesckeys

-- Dominique

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

On 2012-05-29, Pablo Giménez wrote:
> Hi all.
> I have an issue using vim in the termninal.
> Every time I go to Indert mode and try to sue the cursor it just
> begging to write the letter A,B,C,D and creates a new line.
> I have been digging and seems it is because of the internal definition
> of the termcap in Vim.
> So I tried the next:
> set term=builtin_ansi
>
> But then it is messing up the colors.
> The term is xterm-256color by default.
> Is there ane way to get the cursors working properly without changing
> the termn, or using the xterm terminal?
> I forgot to say I am using latest vim 7.3.

The value of $TERM needs to be appropriate for the terminal you are
actually using.

Vim uses $TERM to determine the terminal's capabilities and escape
sequences from your system's terminfo or termcap database. If the
value of $TERM is not correct, then Vim may obtain an incorrect
description of your arrow keys.

What is the terminal you are using and what is the value of $TERM?

Regards,
Gary

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

Enviado desde mi iPhone

El 29 May 2012, a las 19:26, Dominique Pellé <dominique.pelle@gmail.com> escribió:

> Pablo Giménez <pablogipi@gmail.com> wrote:
>
>> Hi all.
>> I have an issue using vim in the termninal.
>> Every time I go to Indert mode and try to sue the cursor it just
>> begging to write the letter A,B,C,D and creates a new line.
>> I have been digging and seems it is because of the internal definition
>> of the termcap in Vim.
>> So I tried the next:
>> set term=builtin_ansi
>>
>> But then it is messing up the colors.
>> The term is xterm-256color by default.
>> Is there ane way to get the cursors working properly without changing
>> the termn, or using the xterm terminal?
>> I forgot to say I am using latest vim 7.3.
>>
>> Thanks
>
> Try...
>
> :set nocompatible
Thanks, I have already tried it.
I think it is the third line in my vimrc
>
> I don't remember the reason, but cursor keys only work
> with nocompatible in insert mode.
>
> -- Dominique
>
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Weird cursors behaviour when using vim in terminal in insert mode

Pablo Giménez <pablogipi@gmail.com> wrote:

> Hi all.
> I have an issue using vim in the termninal.
> Every time I go to Indert mode and try to sue the cursor it just
> begging to write the letter A,B,C,D and creates a new line.
> I have been digging and seems it is because of the internal definition
> of the termcap in Vim.
> So I tried the next:
> set term=builtin_ansi
>
> But then it is messing up the colors.
> The term is xterm-256color by default.
> Is there ane way to get the cursors working properly without changing
> the termn, or using the xterm terminal?
> I forgot  to say I am using latest vim 7.3.
>
> Thanks

Try...

:set nocompatible

I don't remember the reason, but cursor keys only work
with nocompatible in insert mode.

-- Dominique

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: Problem Running vim on HP RX2800 I2 server with HP-UX 11I VERSION 3 OS

I know essentially nothing about HP-UX, but at least on Linux, $PATH has
nothing to do with where shared libraries are searched for; it's the
search path for executables run as shell commands.

On Linux, there are default search locations for shared libs like /lib,
/usr/lib, and /usr/share/lib. If you want to dynamically link a library
that is in some other location, you can use the $LD_LIBRARY_PATH
variable to name those extra locations. So in your case, you might run

LD_LIBRARY_PATH=/opt/gtk2.6/lib vim

in the shell and see if that works. I don't know if any of that is truly
Linux-specific, but chances are something similar is true on HP-UX if
it's not exactly the same.

Re: Problem Running vim on HP RX2800 I2 server with HP-UX 11I VERSION 3 OS

Ken Schmitt <Ken.Schmitt@tollgroup.com> wrote:

> We have recently purchased a new HP RX2800 I2 server with HP-UX 11I VERSION
> 3 operating system. I downloaded and our IT folks installed vim 7.3 (IA-64)
> from the following website:
>
>
>
> http://hpux.connect.org.uk/hppd/hpux/Editors/vim-7.3/
>
>
>
> When I run vim, I receive an error that libgtk-x11-2.0.so library file is
> not found. Clearly this file exists and is mentioned in the path, so what
> must be done to have vim operate properly with the standard HP operating
> software and libraries delivered with our system?
>
>
>
> Below is a screen capture showing the problem and I have highlighted
> relevant text in yellow:
>
>
>
> [wmsprod]@wmsr1 /home/kschmitt > setenv PATH /opt/gtk2.6/lib:$PATH
>
> [wmsprod]@wmsr1 /home/kschmitt > echo $PATH
>
> /opt/gtk2.6/lib:/usr/bin:/home/prod/tools/bin/hpux10:/home/prod/meldisco/wmsprod/bin/hpux10:/home/prod/meldisco/bin/hpux10:/home/pro
>
> d/meldisco/wmsprod/scripts:/home/prod/meldisco/scripts:/home/prod/wmscore/scripts:/usr/ccs/bin:/usr/contrib/bin:/usr/contrib/Q4/bin:
>
> /opt/perl/bin:/opt/gvsd/bin:/opt/ipf/bin:/opt/nettladm/bin:/opt/fcms/bin:/opt/wbem/bin:/opt/wbem/sbin:/opt/sas/bin:/opt/graphics/com
>
> mon/bin:/opt/hpvm/bin:/opt/atok/bin:/usr/bin/X11:/usr/contrib/bin/X11:/opt/sec_mgmt/bastille/bin:/opt/caliper/bin:/opt/drd/bin:/opt/
>
> dsau/bin:/opt/dsau/sbin:/opt/resmon/bin:/opt/firefox:/opt/perf/bin:/usr/contrib/kwdb/bin:/opt/perl_32/bin:/opt/perl_64/bin:/opt/prm/
>
> bin:/opt/propplus/bin:/opt/sfm/bin:/etc/cmcluster/scripts/tkit/vtn:/opt/swm/bin:/opt/sec_mgmt/spc/bin:/opt/ssh/bin:/opt/swa/bin:/opt
>
> /hpsmh/bin:/opt/thunderbird:/opt/sentinel/bin:/opt/langtools/bin:/opt/gwlm/bin:/opt/ignite/bin:/opt/omni/bin:/opt/aCC/bin:/opt/cadvi
>
> se/bin:/opt/hpnpl//bin:/usr/local/bin:/usr/bin:/bin:/home/kschmitt:/usr/etc:/home/prod/tools/bin/hpux10:/home/prod/tools/bin/share:/
>
> etc:/usr/contrib/bin:/usr/fms_unix/com:.:.
>
> [wmsprod]@wmsr1 /home/kschmitt > vim
>
> /usr/lib/hpux32/dld.so: Unable to find library 'libgtk-x11-2.0.so'.
>
> Killed
>
> [wmsprod]@wmsr1 /home/kschmitt > cd /opt/gtk2.6/lib
>
> [wmsprod]@wmsr1 /opt/gtk2.6/lib > ll libgtk-x11-2.0.so
>
> -r-xr-xr-x   1 bin        bin        12955496 Feb  1  2006 libgtk-x11-2.0.so
>
> [wmsprod]@wmsr1 /opt/gtk2.6/lib >
>
>
>
> Thanks
>
>
>
> Ken Schmitt


It's not the PATH env variable which is used to search
for shared library, but LD_LIBRARY_PATH.

See:

http://administratosphere.wordpress.com/2007/10/19/shared-libraries-hp-ux/

You can fix with with:

$ export LD_LIBRARY_PATH=/opt/gtk2.6/lib

Or ask the administrator to add /opt/gtk2.6/lib in
/etc/dld.sl.conf

Vim-7.3 is a bit old already, you're better off
downloading the source and compiling Vim, or
else you're missing 531 patches of goodies.

Regards
-- Dominique

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

Re: "Invert the number row keys" -- not in Command mode

Ben,

Thanks, that is exactly the problem. I needed nnoremap. Thanks.


Ben Fritz wrote
>
>
> The tip uses inoremap, which only applies in insert mode.
>
> I assume you want to adapt the tip using nnoremap (normal mode) or
> cnoremap (command-line mode).
>
> --
> You received this message from the "vim_use" maillist.
> Do not top-post! Type your reply below the text you are replying to.
> For more information, visit http://www.vim.org/maillist.php
>


--
View this message in context: http://vim.1045645.n5.nabble.com/Invert-the-number-row-keys-not-in-Command-mode-tp5708596p5708629.html
Sent from the Vim - General mailing list archive at Nabble.com.

--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php