Yes, I could get the expected syntax display with vim 8.0 .
Thanks.
On Wed, Apr 5, 2017 at 3:43 PM, Dominique Pellé
wrote:
> Chandra wrote:
>
> > Hello,
> > I see a syntax behavior change between vim 7.4 and earlier
> > version. (We are yet to update VIM version to 8.0+ in our company.)
>
Paul wrote:
On Tuesday, 28 March, 2017 at 13:08:03 BST, L A Walsh wrote:
Just the other day, I had two files open in tabs (.cc and .h: a C++
source &
header). Instead of window switching, I wanted to change my visual
layout for
1 pair of files to see them side-by-side (and when I was done, clo
Chandra wrote:
> Hello,
> I see a syntax behavior change between vim 7.4 and earlier
> version. (We are yet to update VIM version to 8.0+ in our company.)
>
> I use different syntax for lines that begin with "//" (Comments) and
> lines that begin with "//:" (embedded Perl Code). I was able to
Hello,
I see a syntax behavior change between vim 7.4 and earlier version. (We are
yet to update VIM version to 8.0+ in our company.)
I use different syntax for lines that begin with "//" (Comments) and lines that
begin with "//:" (embedded Perl Code). I was able to achieve this with earlier
2017-04-05 22:21 GMT+03:00 Ni Va :
> Hi,
>
>
> I use this kind of command but it moves my cursor pos.
>
>
> silent! exe '?^BEGIN?,/^END/s/^NETWORK.*$/\="NETWORK".s:inc()." \/\/In
> ".s[0]." : ".s[1]/e'
>
>
> Can I avoid to move cursor when I replace executing sub command ?
> Thanks
> niva
You can
Hi,
I'm trying to build a function for solving some completion hacking.
I mean, I would like to quickly move my cursor in insertmod backward in
the current line and cycle though the positions.
My idea is to define 2 key bindings:
imap which will detect some char in the current line [=/]
imap w
Hi,
I use this kind of command but it moves my cursor pos.
silent! exe '?^BEGIN?,/^END/s/^NETWORK.*$/\="NETWORK".s:inc()." \/\/In ".s[0]."
: ".s[1]/e'
Can I avoid to move cursor when I replace executing sub command ?
Thanks
niva
--
--
You received this message from the "vim_use" maillist.
After a few tries I found something that looks a little bit strange to me: the
Insert mode meta keymapping actually works, *only if* you set at least one
mapping with the leading .
Previously I tried my best to avoid mapping the leading keys, although it
works, because it would introduce ambig
>
> What does ":verbose set timeoutlen" answer?
>
> I recommend someting like the following settings:
>
> if exists('+timeout')
> " should a timeout be applied to keys and mappings?
> " 'timeout' true=yes false=no
> " 'ttimeout' (not used if 'timeout' is true) time out on key codes
> " 'timeout
On Wed, Apr 5, 2017 at 3:48 PM, Jacky Liu wrote:
> My Vim version is 8.0.540 if it helps
What does ":verbose set timeoutlen" answer?
I recommend someting like the following settings:
if exists('+timeout')
" should a timeout be applied to keys and mappings?
" 'timeout' true=yes false=no
" 'ttime
My Vim version is 8.0.540 if it helps
--
--
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 because you are subscribed to the Go
I am switching back to console Vim because it solved the No.1 problem of Gvim:
it doesn't allow another thread to start a X based graphical UI, as it will
clash with the one of its own. Also it now supports true color and is much
faster in responding user ops.
Unfortunately I bumped into the ol
On Wed, Apr 5, 2017 at 4:18 AM, Mun wrote:
> Hi,
>
> On Tue, Mar 21, 2017 at 07:13 PM PDT, L A Walsh wrote:
> LAW> Mun wrote:
> LAW> >I tried to find a yum package that provides SMlib.h, but my system said:
> LAW> >"No matches found". Sigh.
> LAW>
> LAW>I found I had to create my own rev
13 matches
Mail list logo