On Friday, August 10, 2012 6:00:02 PM UTC+5:30, coot_. wrote:
On 01:00 Fri 10 Aug , sheetal wrote:
Hello everyone,
What i want to do is map some keyA-S-j/k such that when ever i press the
key i want the current tabpage to be moved previous to a tab/after the next
tab and
Hello Ping and JohnBeckett,
Ping, Your solution is totally working. Thanks for this.
and JohnBeckett, You are right about this,
Marcin Szamotulski wrote:
It is possible and quite easy:
map A-S-j :tabm +1CR
map A-S-k :tabm -1CR
This doesn't work.
--
You received this message from the
Folks,
I am trying to embed perl syntax, but it seems that somehow my new cluster
contains definitions from the perl.vim that were already contained. I think
that doesn't make sense, or at least, when I figured out to remove them from
the cluster, things started working:
syntax include
On Thursday, March 1, 2012 9:01:57 AM UTC-7, Ben Fritz wrote:
On Feb 29, 10:12 am, Vadim Zeitlin vz-...@zeitlins.org wrote:
...
To highlight in the wrong places as errors, I adapted your script as
follows:
...
It happens that I'm also looking for an answer to the original question, which
On 23:51 Thu 16 Aug , sheetal wrote:
Hello Ping and JohnBeckett,
Ping, Your solution is totally working. Thanks for this.
and JohnBeckett, You are right about this,
Marcin Szamotulski wrote:
It is possible and quite easy:
map A-S-j :tabm +1CR
map A-S-k :tabm -1CR
You are
Hi,
this is possibly me not being regex proficient enough, but here goes: When I
search for patterns with 'not newline' at the end, for instance, /[^\n], the
[ ] part seems to match /\n. I have realized that using simply /. is a
simpler and better regex, but nevertheless - why doesn't my first
On Friday, August 17, 2012 7:46:07 AM UTC-5, Paul Anton Letnes wrote:
Hi,
this is possibly me not being regex proficient enough, but here goes: When I
search for patterns with 'not newline' at the end, for instance, /[^\n],
the [ ] part seems to match /\n. I have realized that using
On 08/17/12 07:46, Paul Anton Letnes wrote:
this is possibly me not being regex proficient enough, but here
goes: When I search for patterns with 'not newline' at the end,
for instance, /[^\n], the [ ] part seems to match /\n. I
have realized that using simply /. is a simpler and better
Hi, I'm using 7.3 and when I make a jump via exe, e.g.:
:exe '/def '.expand('cword')
Previous location does not show up in jump list and instead some random
locations show up there. Obviously, ctrl-o does not work to jump to previous
spot.
Is this a known issue and is there a workaround?
On Friday, August 17, 2012 12:44:02 PM UTC-4, rainy wrote:
Hi, I'm using 7.3 and when I make a jump via exe, e.g.:
:exe '/def '.expand('cword')
Previous location does not show up in jump list and instead some random
locations show up there. Obviously, ctrl-o does not work to jump to
On Fri, Aug 17, 2012 at 11:09:21AM EDT, Tim Chase wrote:
[..]
I was a little surprised by this one. Starting with a -u NONE vim,
I :set hls and issued
/r[^\n]
which should have found all the r characters in my text that
weren't at the end of the line. Yet, as Paul notes, it found r
On 08/17/12 12:51, Chris Jones wrote:
On Fri, Aug 17, 2012 at 11:09:21AM EDT, Tim Chase wrote:
/r[^\n]
/r\_[^\n]
to no avail.
/r[^\r]
Well, bust my buttons. So \n is a newline on the search side, and
\r is a newline on the replacement side, but it's also a newline
on the search
On Friday, August 17, 2012 1:01:53 PM UTC-5, Tim Chase wrote:
On 08/17/12 12:51, Chris Jones wrote:
On Fri, Aug 17, 2012 at 11:09:21AM EDT, Tim Chase wrote:
/r[^\n]
/r\_[^\n]
to no avail.
/r[^\r]
Well, bust my buttons. So \n is a newline on the search
On 8/17/12, rainy andrei@gmail.com wrote:
On Friday, August 17, 2012 12:44:02 PM UTC-4, rainy wrote:
Hi, I'm using 7.3 and when I make a jump via exe, e.g.:
:exe '/def '.expand('cword')
Previous location does not show up in jump list and instead some random
locations show up there.
On Fri, Aug 17, 2012 at 02:01:53PM EDT, Tim Chase wrote:
On 08/17/12 12:51, Chris Jones wrote:
On Fri, Aug 17, 2012 at 11:09:21AM EDT, Tim Chase wrote:
/r[^\n]
/r\_[^\n]
to no avail.
/r[^\r]
Well, bust my buttons. So \n is a newline on the search side, and
\r is a
Hello,
well - this is my first post here after using vim(1) for so long
(it's something in between 10 and 12 years, i've forgotten), so
let me thank the vim(1) developers first -- YYA!!!
On the unicode@unicode list there was a thread on combining characters,
(Why no
* Sven Guckes guc...@guckes.net [2012-08-18 01:13]:
* Steffen Daode Nurpmeso sdao...@gmail.com [2012-08-18 00:10]:
On the unicode@unicode list there was a thread on
combining characters, (Why no combining-character form
for U+00F8?), and it turns out that vim(1) isn't
capable to perform a
On Fri, Aug 17, 2012 at 9:48 PM, Steffen Daode Nurpmeso
sdao...@gmail.com wrote:
Hello,
well - this is my first post here after using vim(1) for so long
(it's something in between 10 and 12 years, i've forgotten), so
let me thank the vim(1) developers first -- YYA!!!
On the
Dominique Pellé dominique.pe...@gmail.com wrote:
On Fri, Aug 17, 2012 at 9:48 PM, Steffen Daode Nurpmeso
sdao...@gmail.com wrote:
Hello,
well - this is my first post here after using vim(1) for so long
(it's something in between 10 and 12 years, i've forgotten), so
let me thank the vim(1)
19 matches
Mail list logo