On Sun 6-Aug-06 11:25am -0600, Yakov Lerner wrote:
> After certain 3-step manipulation with tabs,
> can't quit vim with :q!. (vim 7.0.42). Tabline is
> not updated properly.
>
> % vim -u NONE -U NONE
> ix " make 1st buffer modified
> :tabnew" create 2nd tab
>
Hi Weiguang,
This might help you:
:match IncSearch /\%V\+/
Highlight the area you're interested in with CTRL-V and it remains highlighted
while you edit.
See ':help /\%V' for more information.
regards,
Peter
Send instant messages to your online friends http://au.messenger.yahoo.com
Yakov Lerner wrote:
On 8/6/06, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
Yakov Lerner wrote:
> % vim -u NONE -U NONE
> ix " make 1st buffer modified
> :tabnew" create 2nd tab
> ix " make 2nd buffer modified
> :tabclose! 1
On 8/6/06, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
Yakov Lerner wrote:
> % vim -u NONE -U NONE
> ix " make 1st buffer modified
> :tabnew" create 2nd tab
> ix " make 2nd buffer modified
> :tabclose! 1 "delete non-last
Yakov Lerner wrote:
After certain 3-step manipulation with tabs,
can't quit vim with :q!. (vim 7.0.42). Tabline is
not updated properly.
% vim -u NONE -U NONE
ix " make 1st buffer modified
:tabnew" create 2nd tab
ix " make 2nd buffer mo
I can try making a large regexp. I was under the impression that
alternating regexps can be exponentially slow. Is %l %c %v matching
is implemented in constant time? ie. Does vim try to match the regexp
at every point - or it can optimize and start matching from the given line?
Nothing to do with
After certain 3-step manipulation with tabs,
can't quit vim with :q!. (vim 7.0.42). Tabline is
not updated properly.
% vim -u NONE -U NONE
ix " make 1st buffer modified
:tabnew" create 2nd tab
ix " make 2nd buffer modified
:tabclose! 1
Bram Moolenaar wrote:
Tony Mechelynck wrote:
Bug or feature? When running GUI-enabled Vim in a console (not possible
on W32, but on Unix it is), the has() and exists() functions do not
always reflect the _current_ reality. Examples:
:echo has("gui_gtk2")
1
In the above case it may b
Tony Mechelynck wrote:
> Bug or feature? When running GUI-enabled Vim in a console (not possible
> on W32, but on Unix it is), the has() and exists() functions do not
> always reflect the _current_ reality. Examples:
>
> :echo has("gui_gtk2")
> 1
>
> In the above case it may be regarded
Weiguang Shi wrote:
> I was wondering if there is a plan to add the feature of Normal-mode
> editing within a visual block. This would be very useful when drawing
> ASCII figures in Vim, when you want to focus on and make changes in
> a region. I haven't seen so far scripts smart enough to sup
10 matches
Mail list logo