A mistake in my previous post: my gvim edition is 7.1.314 .
After some trial, I get the following solution:
set ww+=<,>
imap a
imap a
imap gka
imap gja
Maybe this looks awkward. But it seems work right now.
Thanks.
On Dec 9, 3:34 pm, juner <[EMAIL PROTECTED]> wrote:
> Thank you very much!
Hi,
I'd like to map ":cprev" to
I use (in normal mode)
:map :cprev
But when I press the key, Vim displays the message 'Already
an oldest change'
Maybe, is a "reserved" combinaison key for Vim ?
if I try
:map :cprev
that works
what is wrong ?
--~--~-~--~~--
Hi,
ludo wrote:
>
> I'd like to map ":cprev" to
> I use (in normal mode)
> :map :cprev
>
> But when I press the key, Vim displays the message 'Already
> an oldest change'
> Maybe, is a "reserved" combinaison key for Vim ?
>
> if I try
> :map :cprev
> that works
>
> what is wr
Jürgen Krämer a écrit :
> Hi,
>
> ludo wrote:
>
[...]
> you probably have a buffer-local mapping like
>
> :map u
>
> defined somewhere. You can check this with
>
> :map
>
> This should show something like
>
> @u
>:cprev
>
unfortunately, when I execute
:map
Vi
Hi,
ludo wrote:
>
> Maybe, the problem is around the SHIFT key
> When I try to use Fx key (F2, ... F12) with the additionnal SHIFT key
> for the :map function, it's failed
> :map :do_something
> :map :do_something
> :map :do_something
> all succeeded
>
> but when I try
> :
On Tue, Dec 9, 2008 at 03:27, Gorilla3D <[EMAIL PROTECTED]> wrote:
> Just wondering if anyone is actively working on this. If not I'll be
> more then happy to join the effort, in programming this. I use vim
> everyday and although I cant help the scripts that make vim so amazing
> I can atleast
Jürgen Krämer a écrit :
> Hi,
>
> ludo wrote:
>
>> Maybe, the problem is around the SHIFT key
>> When I try to use Fx key (F2, ... F12) with the additionnal SHIFT key
>> for the :map function, it's failed
>> :map :do_something
>> :map :do_something
>> :map :do_something
>> all
A. S. Budden a écrit :
> 2008/12/9 ludo <[EMAIL PROTECTED]>:
>
>> Jürgen Krämer a écrit :
>>
>>> Hi,
>>>
>>> ludo wrote:
>>>
>>>
>> [...]
>>
>>> you probably have a buffer-local mapping like
>>>
>>> :map u
>>>
>>> defined somewhere. You can check this with
>>>
>>> :map
>
2008/12/9 ludo <[EMAIL PROTECTED]>:
>
> Jürgen Krämer a écrit :
>> Hi,
>>
>> ludo wrote:
>>
> [...]
>> you probably have a buffer-local mapping like
>>
>> :map u
>>
>> defined somewhere. You can check this with
>>
>> :map
>>
>> This should show something like
>>
>> @u
>>
Hi @ll
>> Start by reading core/tovl/docs/tovl.txt <<
>> If something goes wrong read :h tovl-logging <<
You can use the TOVL library to run tasks in the background now.
It looks like this:
let p = tovl#runtaskinbackground#NewProcess(
\ {'name' : 'compilation', 'cmd': ["/bin/
Gorilla3D (sutabi?) wrote:
> Just wondering if anyone is actively working on this. If not I'll be
> more then happy to join the effort, in programming this. I use vim
> everyday and although I cant help the scripts that make vim so amazing
> I can atleast help the site.
>
> If your interested
Ok, well good luck on your vim website.
Thanks for all the fish!
- Joseph
On Dec 9, 5:05 am, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
> Gorilla3D (sutabi?) wrote:
> > Just wondering if anyone is actively working on this. If not I'll be
> > more then happy to join the effort, in programming this
On Dec 9, 2:06 am, juner <[EMAIL PROTECTED]> wrote:
> A mistake in my previous post: my gvim edition is 7.1.314 .
>
> After some trial, I get the following solution:
>
> set ww+=<,>
> imap a
> imap a
> imap gka
> imap gja
>
> Maybe this looks awkward. But it seems work right now.
One sugges
On 09/12/08 05:11, Marc Weber wrote:
> On Tue, Dec 09, 2008 at 11:03:03AM +0800, Steven Woody wrote:
>> I want to compare difference of two whole directory (with
>> subdirectories). Is vimdiff help in this case? I know, there is a
>> program winmrege on windows can do this task, but I am finding
On 09/12/08 05:19, Aaron Davies wrote:
> vim 6.2.263 on SuSE LINUX Enterprise Server 9.4, no ~/.vimrc, just the
> suse default /etc/vimrc
>
> y/yy/Y do nothing at all (d, x, etc. all work fine)
>
> ideas?
6.2 is obsolete, and has long been so (since then, 6.3, 6.4, 7.0 and 7.1
have all come and
On 09/12/08 05:17, juner wrote:
> Is there a way to make the arrow keys in vim/gvim act exactly like
> gedit or other typical windows editors? What I want are:
>
> 1. When I press the left key, the cursor will of course move left; but
> when it reach the beginning of a line, it stops, and it won't
Hello,
I have vim 7.2.22 on Mac OS X. I have configured (exuberant) ctags and
they work great with omni-completion. I also use the OmniCppComplete
plugin because mainly I work on C++ code.
I want to map the default keybinding for omni-completion to something
more easy to type. I have tried a lot
On Tue, Dec 09, 2008 at 06:41:40PM +0200, Aram HAVARNEANU wrote:
>
> Hello,
Hi,
this works for me..
inoremap
> Neither of this works as expected. More specifically, the
> omni-completion menu does not pop up. Instead, the shorter keybinding
> just inserts the first omni-complete option, so t
On 09/12/08 17:48, Tony Mechelynck wrote:
[...]
> Hm. In my gvim 7.2.68, when 'whichwrap' includes "h,l", hitting the h
> key repeatedly moves from the start of one line to the end of the
> previous one, but even when it includes "<,>", it doesn't when using
> (neither in Normal nor Insert modes
On 09/12/08 08:40, Steven Woody wrote:
> On Tue, Dec 9, 2008 at 3:24 PM, Teemu Likonen<[EMAIL PROTECTED]> wrote:
>> Gary Johnson (2008-12-08 23:12 -0800) wrote:
>>
>>> On 2008-12-09, Steven Woody wrote:
nmap :!./recs-sh | :cs reset
but it failed.
>>> The :execute command can help
>> Neither of this works as expected. More specifically, the
>> omni-completion menu does not pop up. Instead, the shorter keybinding
>> just inserts the first omni-complete option, so the completion
>> actually takes place, but it is short circuited because the menu
>> doesn't show up.
> Have you
Marc Weber <[EMAIL PROTECTED]> wrote:
> Have you verified that there is more than one completion choice?
> Maybe you've set vim completion options to take the first one if there
> is no choice?
Yes. shows lots of options. The mapping just completes the
first option without showing the menu.
I h
François Beaubert <[EMAIL PROTECTED]> wrote:
> have you try supertab plugin
> it may solve your problem : do all your completion with the tab key !
I will try it, thanks.
--
Aram Hăvărneanu
--~--~-~--~~~---~--~~
You received this message from the "vim_use" maill
On 09/12/08 12:11, ludo wrote:
> Jürgen Krämer a écrit :
>> Hi,
>>
>> ludo wrote:
>>
>>> Maybe, the problem is around the SHIFT key
>>> When I try to use Fx key (F2, ... F12) with the additionnal SHIFT key
>>> for the :map function, it's failed
>>> :map :do_something
>>> :map :do_some
Aram Havarneanu <[EMAIL PROTECTED]>:
> François Beaubert <[EMAIL PROTECTED]> wrote:
>> have you try supertab plugin
>> it may solve your problem : do all your completion with the tab key !
>
> I will try it, thanks.
Doesn't work. When I press , the text in the bar at the bottom of
the screen toggl
Aram Havarneanu <[EMAIL PROTECTED]>:
>> François Beaubert <[EMAIL PROTECTED]> wrote:
>>> have you try supertab plugin
>>> it may solve your problem : do all your completion with the tab key !
>>
> Doesn't work. When I press , the text in the bar at the bottom of
> the screen toggles from -- INSERT
2008/12/9 Aram Havarneanu <[EMAIL PROTECTED]>:
> I have configured completion with:
>
> set completeopt="longest,menuone"
I must be retarded. Of course the correct setting was:
set completeopt=longest,menuone
Because of that first " I just set it to NULL so the behavior was expected.
Thanks all!
Aha!
Try :set ww=<,>,[,]
(Mine is actually set to include all the options listed at :help 'ww'
except for "~", and I do not see the problem in Windows).
< and > only work for normal and visual modes, as it says in the help.
[ and ] are the equivalent options for insert and replace modes.
--~--
On 10/12/08 00:17, fritzophrenic wrote:
> Aha!
>
> Try :set ww=<,>,[,]
>
> (Mine is actually set to include all the options listed at :help 'ww'
> except for "~", and I do not see the problem in Windows).
>
> < and> only work for normal and visual modes, as it says in the help.
>
> [ and ] are t
On Tue, Dec 9, 2008 at 11:48 AM, Tony Mechelynck wrote:
>
> Hm. In my gvim 7.2.68, when 'whichwrap' includes "h,l", hitting the h
> key repeatedly moves from the start of one line to the end of the
> previous one, but even when it includes "<,>", it doesn't when using
> (neither in Normal nor Ins
On Tue, Dec 9, 2008 at 7:10 PM, Matt Wozniski wrote:
> On Tue, Dec 9, 2008 at 11:48 AM, Tony Mechelynck wrote:
>>
>> Hm. In my gvim 7.2.68, when 'whichwrap' includes "h,l", hitting the h
>> key repeatedly moves from the start of one line to the end of the
>> previous one, but even when it includes
On 10/12/08 01:19, Matt Wozniski wrote:
[...]
> Oops, I see that you've figured it out. GMail's threading is usually
> pretty good, but the change of subject when you solved your problem
> confused it, so my effort to read the full thread before replying
> backfired... :)
>
> ~Matt
Ah, sorry. I
Hello all,
I am trying to run vim as mysql client as I had enough with the query
browser. things are not going very well and not a lot of resources on
the net. The tutorial that comes with it, is long and tends to show the
features more than showing how to use them. If some one on this list
ha
> I am using putty (on Windows) to login to a linux machine.
> However, I am not able to read the manpages correctly. Some characters
> are distorted etc etc. Can somebody share his tested settings, so that I
> can read these pages in the best possible way.
Here is what works for me -- just two
34 matches
Mail list logo