Hello
I want to do :%s@\(br /\)\(1\)@\1linebreak\2@
and have it find br /1 and return:
br /
1
when I am finished running search and replace.
linebreak = whatever is correct
I know CR doesn't work because I tried it. It does this br / 1
I know {ctrl-v}{CR} doesn't work either but that seemed
stosss wrote:
I want to do :%s@\(br /\)\(1\)@\1linebreak\2@
and have it find br /1 and return:
br /
1
I'm not sure what return means, but the following will change
each br /1 by inserting a newline before the 1.
:%s@\(br /\)\(1\)@\1\r\2@g
I would be inclined to replace br / with br\s*/.
On Fri, Dec 9, 2011 at 4:43 AM, John Beckett johnb.beck...@gmail.com wrote:
stosss wrote:
I want to do :%s@\(br /\)\(1\)@\1linebreak\2@
and have it find br /1 and return:
br /
1
I'm not sure what return means, but the following will change
each br /1 by inserting a newline before the 1.
Taylor Hedberg wrote:
You are using some unusual bash syntax that I've personally never seen
before, and doesn't appear to be documented in the bash(1) man page.
echo $[offset+${diffs[$[MaxLevel-level]]}]
You are using `$[...]` to do arithmetic expansion, but this is not the
Linda W, Fri 2011-12-09 @ 02:46:15-0800:
As for the red flagging...
I thought it was for syntax errors? since it isn't a syntax error,
but merely an older standard, shouldn't
it not be flagged as illegal?
Yeah, it should probably be accepted as valid syntax by Vim despite its
deprecation,
Hi,
This version of slrnrc.vim seems to be newer than the version shipped
with vim 7.3:
http://www.foory.de/thw/slrn/slrnrc.vim
Greetings,
--
b.d
(| |)
^ ^
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For
Thanks for your suggestion. I am using Mac, so strace is not available. So far
what i can do is to manually add sys path every time using python in vim script…
On Dec 8, 2011, at 5:56 AM, Marc Weber wrote:
Excerpts from Zhao Cai's message of Thu Dec 08 02:18:00 +0100 2011:
Hi,
Can anyone
tried vim-dev-plugin. It is quite a nice tool you should try, if you plan to
write vim script. just remember to install the other two required plugins :
vim-addon-goto-thing-at-cursor and vim-addon-completion
On Dec 8, 2011, at 6:09 AM, variable local wrote:
@Zhao Cai
@Marc Weber
Thanks.
Excerpts from Zhao Cai's message of Fri Dec 09 14:46:44 +0100 2011:
Thanks for your suggestion. I am using Mac
So? Keyword should be enough to find an equivalent tool:
http://en.wikipedia.org/wiki/Strace = Other tools
--
You received this message from the vim_use maillist.
Do not top-post!
Excerpts from Zhao Cai's message of Fri Dec 09 14:50:27 +0100 2011:
just remember to install the other two
required plugins : vim-addon-goto-thing-at-cursor and
vim-addon-completion
Docs fixed.
Don't forget that c-x c-v works faster for functions Vim knows about.
ctags are an alternative to
Taylor Hedberg wrote:
Linda W, Fri 2011-12-09 @ 02:46:15-0800:
As for the red flagging...
I thought it was for syntax errors? since it isn't a syntax error,
but merely an older standard, shouldn't
it not be flagged as illegal?
Yeah, it should probably be accepted as valid syntax
On Dec 9, 3:43 am, John Beckett johnb.beck...@gmail.com wrote:
I would be inclined to replace br / with br\s*/.
I'd go even further, with br\s*/\?
But sometimes a quick shooting from the hip regex is better than
puzzling over a fully correct one.
I try to remember the common advice, If you
I've been annoyed by it for years, but maybe it has become more
aggressive.
I *HATE* colors because I cannot read blue on black or yellow on
white.
Those colors are all too common.
I *HATE* finding myself in the middle of a file because several months
ago I
edited the same file and that is where
On 09/12/11 17:14, Bruce wrote:
I've been annoyed by it for years, but maybe it has become more
aggressive.
I *HATE* colors because I cannot read blue on black or yellow on
white.
Those colors are all too common.
I *HATE* finding myself in the middle of a file because several months
ago I
On 2011-12-09, Bruce wrote:
I've been annoyed by it for years, but maybe it has become more
aggressive.
I *HATE* colors because I cannot read blue on black or yellow on
white.
Those colors are all too common.
I *HATE* finding myself in the middle of a file because several months
ago I
Thank you.
On Fri, Dec 9, 2011 at 9:02 AM, Tony Mechelynck
antoine.mechely...@gmail.com wrote:
Yesterday, I googled the answer to shutting down VIM's memory:
set viminfo='0,:0,0,@0,f0,/0'
So let's have a look at that :set statement of yours. The 'viminfo' option
is a comma-separated list.
Excerpts from Bruce's message of Fri Dec 09 17:14:23 +0100 2011:
I *HATE* colors because I cannot read blue on black or yellow on
white.
Those colors are all too common.
Should't you ask a different question: How do I configure Vim to use
colors I can read?
Otherwise just use :syn off? Talking
Bruce, Fri 2011-12-09 @ 08:14:23-0800:
I *HATE* colors because I cannot read blue on black or yellow on
white.
Those colors are all too common.
:syntax off
(Or just don't turn it on in the first place; I believe it is off by
default, so you must be turning it on in your .vimrc or some
Bastien Dejean wrote:
This version of slrnrc.vim seems to be newer than the version shipped
with vim 7.3:
http://www.foory.de/thw/slrn/slrnrc.vim
For various reasons I prefer that authors/maintainers send me the file
that should be included in the distribution. I don't download files
I was trying to create a new window in vi, so I held ctrl+w then hit
the underscore. But I was surprised when instead of giving me a new
window, the font changed.
Here's something to bear in mind:
1)Hold ctrl+w, release w, then hit the -/_ key -- the font size
changes. You can undo this by
Hi,
vim emulates a middle mouse button press by clicking left and right mouse button
simultaneously. Works fine.
But often I'm too slow to click both buttons at the very same time.
I'm too slow for the default emulation tolerance.
I'm looking for an option how to set the emulation tolerance to
On 12/09/11 18:29, Ven Tadipatri wrote:
1)Hold ctrl+w, release w, then hit the -/_ key -- the font
size changes. You can undo this by doing ctrl+w, then shift
and the +/= key. I think this is some terminal hotkey, not
something in vi (I'm using CentOS).
yes, this is a terminal-specific thing.
On 10/12/11 01:38, Paul Maier wrote:
Hi,
vim emulates a middle mouse button press by clicking left and right mouse button
simultaneously. Works fine.
But often I'm too slow to click both buttons at the very same time.
I'm too slow for the default emulation tolerance.
I'm looking for an option
On Fri, Dec 9, 2011 at 11:23 AM, Ben Fritz fritzophre...@gmail.com wrote:
On Dec 9, 3:43 am, John Beckett johnb.beck...@gmail.com wrote:
I would be inclined to replace br / with br\s*/.
I'd go even further, with br\s*/\?
Good suggestions by both of you. In this case I knew what the break
Hi Tim,
The neat thing about VI is that the more you work with it the more
neat things
you learn about it, mostly through experimenting rather than reading
lengthy documentation.
Well I wasn't sure what kind of terminal I had - but you're right,
it's Gnome 2.16.0.
I'm pretty used to using
On 12/09/11 20:40, Ven Tadipatri wrote:
Well I wasn't sure what kind of terminal I had - but you're right,
it's Gnome 2.16.0.
I'm pretty used to using this terminal so I don't know if I want to
install/configure rxvt or xterm. I'm using CentOS so I don't know if
these are available for it.
newer to vim, newer to this group
not the save path is windows/system32/
I don't want to save doc here
what should i do
thanks a lot for 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,
27 matches
Mail list logo
