Thursday, September 30, 2010

Re: Pain at Vim Tips wiki

On 01/10/10 04:19, John Beckett wrote:
> So everyone can share the pain, here is advance notice of what
> Wikia are planning for the Vim Tips wiki http://vim.wikia.com/
>
> Wikia have several large wikis (much larger than ours), with
> often young participants. Wikia want to boost kiddie
> participation, which leads to more page views on wikia.com (they
> don't care which wiki, so long as it's at wikia.com), and longer
> visits. More page views and longer visits lead to much greater
> advert revenue.
>
> Wikia will switch all wikis to a new "Wikia" skin on November 3.
> Other skins will NOT be possible (any preference settings will
> be ignored).
>
> The new skin features:
> - FIXED WIDTH article content of 660 pixels.
> - No sidebar on left.
> - New 300 pixel wide sidebar on right with gee-whiz crap.
> - Bar at top to encourage visits to other wikis.
> - Floating bar at bottom ("Share" etc).
> - Silly "edit section" buttons and some other nonsense.
> - Probably more I don't know about.
>
> The font size is much smaller than previously to compensate for
> the 660-pixel fixed content width.
>
> The good news is that not-logged-in users used to see a 300x250
> pixel advert block at a random place in the article. That advert
> will now be at the top of the new right-hand sidebar.
>
> Some non-info is here:
> http://community.wikia.com/wiki/The_new_look
> http://community.wikia.com/wiki/Blog:Wikia_Staff_Blog
>
> There is a lot of community dissent, and people from several
> wikis are talking about moving to another hosting service.
> However, Wikia know that such talk is largely hot air because
> hosting that is free and reliable and supported is hard to find.
> Also, Wikia will retain any existing content causing tremendous
> confusion for readers (which is the "official" wiki?), and the
> new site would have a hopeless Google ranking, probably forever.
>
> John
>

I notice that the "official" reason for removal of the Monaco skin is
that "it is too complex" and that "elements on a wiki page could collide
with each other in unexpected ways". That didn't prevent them from
removing my beloved CologneBlue skin, already some time ago. OTOH I see
a lot of talk about removing the Monaco skin, but the Monobook skin
(which is supposedly "simpler") is totally left unmentioned. I'm
crossing fingers and knocking on wood in the forlorn hope that this
skin, at least, will remain as an option for logged-in users, but I
won't mention it on that staff blog lest they become conscious of its
existence and take it away too. (I already needed to re-opt-in to it
twice after my login cookie had expired.)

From what you're saying, I suppose that even if we found some other
hosting space, installed Wikimedia software on it (and "our" choice of
Wikimedia skins), and then migrated the existing wiki pages while
deleting all old pages one by one in the process, some
"well-intentioned" wikia meddler admin would quietly restore everything
from history...

The problem with anything you get for free is that it's worth not one
cent more than what you pay for it. The bottom line (as in "balance
sheet", no pun) is that whoever puts up the cash also sets the policy,
and the poor bloke who's in it for the free ride has no say in it
whatsoever.


Best regards,
Tony.
--
Spark's Sixth Rule for Managers:
If a subordinate asks you a pertinent question, look at him as
if he had lost his senses. When he looks down, paraphrase the question
back at him.

--
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

Re: Pain at Vim Tips wiki

On Sep 30, 9:19 pm, "John Beckett" <johnb.beck...@gmail.com> wrote:
> So everyone can share the pain, here is advance notice of what
> Wikia are planning for the Vim Tips wikihttp://vim.wikia.com/
>
> Wikia have several large wikis (much larger than ours), with
> often young participants. Wikia want to boost kiddie
> participation, which leads to more page views on wikia.com (they
> don't care which wiki, so long as it's at wikia.com), and longer
> visits. More page views and longer visits lead to much greater
> advert revenue.
>
> Wikia will switch all wikis to a new "Wikia" skin on November 3.
> Other skins will NOT be possible (any preference settings will
> be ignored).
>
> The new skin features:
> - FIXED WIDTH article content of 660 pixels.
> - No sidebar on left.
> - New 300 pixel wide sidebar on right with gee-whiz crap.
> - Bar at top to encourage visits to other wikis.
> - Floating bar at bottom ("Share" etc).
> - Silly "edit section" buttons and some other nonsense.
> - Probably more I don't know about.
>
> The font size is much smaller than previously to compensate for
> the 660-pixel fixed content width.
>
> The good news is that not-logged-in users used to see a 300x250
> pixel advert block at a random place in the article. That advert
> will now be at the top of the new right-hand sidebar.
>
> Some non-info is here:http://community.wikia.com/wiki/The_new_lookhttp://community.wikia.com/wiki/Blog:Wikia_Staff_Blog
>
> There is a lot of community dissent, and people from several
> wikis are talking about moving to another hosting service.
> However, Wikia know that such talk is largely hot air because
> hosting that is free and reliable and supported is hard to find.
> Also, Wikia will retain any existing content causing tremendous
> confusion for readers (which is the "official" wiki?), and the
> new site would have a hopeless Google ranking, probably forever.
>
> John

I mostly agree that the changes look annoying, but I kind of like the
sound of 2 changes coming along with the bundle:

1. Space in the side bar to showcase new pages (one of the biggest
complaints I keep seeing about the wiki is that new pages are not
shown as obviously as they were on the old tips site)
2. "My Tools" floating button at the bottom, where you can bookmark
various commonly-used parts of the wiki. Granted, I could get this
same feature with normal browser bookmarks, but maybe it will turn out
useful.

I am starting to wonder if we'll be getting new skins forced on us
every few months from here on out. It sure seems like that's been the
pattern so far.

--
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

Re: building vim with gui on Fedora 13

On Thu, Sep 30, 2010 at 9:52 PM, Stahlman Family <brettstahlman@comcast.net> wrote:


Steven wrote:
Hi, I am having trouble building vim with gui on Fedora 13. I am
using ./configure --enable-gui=auto --with-features=huge --prefix=
$HOME/myvim but I get
"checking for X... (cached) no
checking if X11 header files can be found... no
checking --enable-gui argument... no GUI support".
I have installed GTK and X11 dev packages. What's missing?

Have you installed the development packages? E.g.,
libx11-dev
libxt-dev
libgtk2.0-dev

Brett Stahlman



configure output: http://pastebin.com/Z98KrXrR
installed packages: http://pastebin.com/NvJEcM7V

Thanks


--
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

libxt-dev was the one I missed, thanks.

--
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

Re: building vim with gui on Fedora 13

Steven wrote:
> Hi, I am having trouble building vim with gui on Fedora 13. I am
> using ./configure --enable-gui=auto --with-features=huge --prefix=
> $HOME/myvim but I get
> "checking for X... (cached) no
> checking if X11 header files can be found... no
> checking --enable-gui argument... no GUI support".
> I have installed GTK and X11 dev packages. What's missing?

Have you installed the development packages? E.g.,
libx11-dev
libxt-dev
libgtk2.0-dev

Brett Stahlman

>
> configure output: http://pastebin.com/Z98KrXrR
> installed packages: http://pastebin.com/NvJEcM7V
>
> Thanks
>

--
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

Pain at Vim Tips wiki

So everyone can share the pain, here is advance notice of what
Wikia are planning for the Vim Tips wiki http://vim.wikia.com/

Wikia have several large wikis (much larger than ours), with
often young participants. Wikia want to boost kiddie
participation, which leads to more page views on wikia.com (they
don't care which wiki, so long as it's at wikia.com), and longer
visits. More page views and longer visits lead to much greater
advert revenue.

Wikia will switch all wikis to a new "Wikia" skin on November 3.
Other skins will NOT be possible (any preference settings will
be ignored).

The new skin features:
- FIXED WIDTH article content of 660 pixels.
- No sidebar on left.
- New 300 pixel wide sidebar on right with gee-whiz crap.
- Bar at top to encourage visits to other wikis.
- Floating bar at bottom ("Share" etc).
- Silly "edit section" buttons and some other nonsense.
- Probably more I don't know about.

The font size is much smaller than previously to compensate for
the 660-pixel fixed content width.

The good news is that not-logged-in users used to see a 300x250
pixel advert block at a random place in the article. That advert
will now be at the top of the new right-hand sidebar.

Some non-info is here:
http://community.wikia.com/wiki/The_new_look
http://community.wikia.com/wiki/Blog:Wikia_Staff_Blog

There is a lot of community dissent, and people from several
wikis are talking about moving to another hosting service.
However, Wikia know that such talk is largely hot air because
hosting that is free and reliable and supported is hard to find.
Also, Wikia will retain any existing content causing tremendous
confusion for readers (which is the "official" wiki?), and the
new site would have a hopeless Google ranking, probably forever.

John

--
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

building vim with gui on Fedora 13

Hi, I am having trouble building vim with gui on Fedora 13. I am
using ./configure --enable-gui=auto --with-features=huge --prefix=
$HOME/myvim but I get
"checking for X... (cached) no
checking if X11 header files can be found... no
checking --enable-gui argument... no GUI support".
I have installed GTK and X11 dev packages. What's missing?

configure output: http://pastebin.com/Z98KrXrR
installed packages: http://pastebin.com/NvJEcM7V

Thanks

--
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

Re: gvim, how to search tab by name and then go to this tab?

On Sep 30, 4:00 pm, Andy Wokula <anw...@yahoo.de> wrote:
> Am 30.09.2010 17:24, schrieb Zac Lee:
>
> > gvim, how to search tab by name and then go to this tab?
>
> given "by name" means buffer names:
>
> " vimrc:
> :set swb=usetab
>
> " search for a tab page in Cmdline mode (or open a new tab page):
> :tab sbuf {part-of-buffer-name}<Tab>
>

I think :tab drop will also work, and will also open a new buffer (in
a new tab) for the file if it's not already open.

Normally I don't feel the need to do this, however, since I either use
[count]gt or I need a new buffer, and I use :tabe.

This helps for the [count]gt approach:
http://vim.wikia.com/wiki/Show_tab_number_in_your_tab_line

--
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

Re: Enabling/disabling abbreviations

Am 17.09.2010 20:47, schrieb Andre Majorel:
> What's the best approach to enabling/disabling a large subset
> (thousands) of the abbreviations ? Use "<expr>" and turn them
> all into functions that are no-ops when some global variable is
> set ?
>
> Or is there a way to group or tag abbreviations that I've missed ?
>
> Thanks in advance.

I'd prepare two scripts:
:so enable_abbrevs.vim
:so disable_abbrevs.vim

--
Andy

--
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

Re: gvim, how to search tab by name and then go to this tab?

Am 30.09.2010 17:24, schrieb Zac Lee:
> gvim, how to search tab by name and then go to this tab?

given "by name" means buffer names:

" vimrc:
:set swb=usetab

" search for a tab page in Cmdline mode (or open a new tab page):
:tab sbuf {part-of-buffer-name}<Tab>

It makes sense to map a key / abbrev for the ":tab sbuf" part.

--
Andy

--
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

Re: vim and encryption

Am 25.08.2010 14:30, schrieb Tobias Klausmann:
> Hey,
>
> I was really happy to read that newer Vims (i.e. 7.3) include
> Blowfish encryption, which is markedly more secure than what vim
> used to use (the pkzip thing).
>
> I'd like to use vim to keep an encrypted file of sensitive data.
> I'm aware of the implications of keyloggers, exchanged binaries
> and the fact that my text file is still unencrypted in memory
> (and may even go to disk if it's large enough to be swapped).
>
> All that said, I'd still like to use it this way. What I have
> been unable to accomplish is keeping vim from writing a viminfo
> file.

Not mentioned yet: you can start vim with argument "-i NONE".
:h -i

For example, I use it when starting a clean vim:
gvim.exe -N -u NONE -i NONE
This way the history in the viminfo file is not cut to the default
number of entries.

--
Andy

--
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

Re: gvim, how to search tab by name and then go to this tab?

On Thu, Sep 30, 2010 at 11:24:52PM +0800, Zac Lee wrote:
> gvim, how to search tab by name and then go to this tab?

You shouldn't use tabs like in other text editors. To quote
vimgor (the bot) in #vim:

tabs
Tab pages are not buffers, don't try to force them to act
like buffers. Consider tab pages like viewports, layouts, or
workspaces. Trying to setup 1 tab page == 1 buffer is an
exercise in futility. Do ':set hidden' and get started. Get
FuzzyFinder, LustyExplorer or BufExplorer to make getting
around your buffers easier. See
http://vim.wikia.com/wiki/Category:Tabs for more info.

buffers
For a quick intro to vim's windows, buffers, and tabs, see
http://img200.imageshack.us/img200/9031/windowsv.png and
http://vim.pastey.net/115548 See also ':help tab-page-intro'
and ':help windows-intro'

Better use buffers and tabs only if you need different "views" on
some buffers in a window.

Hope this helps,
Simon
--
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9

Re: How to configure vim to use the mouse, AND to copy and paste

Hi,

first of all thanks for a reply, although it does not answer all of my question.


On Thu, Sep 30, 2010 at 18:05, Ven Tadipatri <vtadipatri@gmail.com> wrote:
Well, this doesn't answer the question I asked earlier about using
visual mode to copy and paste.
But if you use xclip to copy,

(what is xclip???)
 
and ctrl+shift+v to paste, then setting
mouse=a, you can get all the functionality you want. It does take some
getting used to probably, since you can't use the middle mouse button
to paste.
  If you can find a way to copy that's not as messy as putting this
in your .vimrc, please let me know:
vmap <C-c> :<Esc>`>a<CR><Esc>mx`<i<CR><Esc>my'xk$v'y!xclip -selection c<CR>u
 
 
with this unreadable mix of letters and characters, I am now able to use functionalities 1 and 2 of my have-to list (with having the shift key to press in addition). I still cannot paste text, which I have marked with the mouse, to vim or a different editor.

Maybe there is still a way to configure vim in the right way? Are no vim specialists on this list?


Thanks
  Alex


Thanks,
Ven

On Thu, Sep 30, 2010 at 9:59 AM, Alexander Dietz
<alexanderdietz1@googlemail.com> wrote:
> Hi,
>
> I have questions regarding vim and how to enable the mouse in it. There were
> some other threads about that issue, but I could not find a solution for my
> problem.
>
> I would like to have the following actions enabled in vim:
>
> 1. To go to some place, I click the left mouse key
> 2. To copy text TO the vim editor by using the middle-click of the mouse,
> (text which I have marked before in some other window (browser, emacs,
> xterm))
> 3. To copy text FROM the vim editor, by selecting the text with the left
> mouse button (left-click, hold down, select text, release left button), so I
> can paste it to somwehere else with the mouse middle button
> 4. To copy text and paste TO and FROM vim
>
> I have the following content of my .vimrc:
>
> :set mouse=r
> :set selectmode+=mouse
>
> With that configuration, the points 2-4 are working.
> When I change mouse=r to mouse=a, then points 1 AND 3 are working, but I
> have to press the shift key in addition. But I cannot use the mouse to go
> somewhere else in vim.
>
> A suggestion was to use mouse=ar, but this enable only the first point.
>
> So how is it possible to configure vim to use all four points 1-4?
>
>
> Thanks
> Alex
>
> --
> 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 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 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

Re: Calling xmltidy for vim/macvim

On Wed, Sep 29, 2010 at 10:22:11PM -0500, Russell Urquhart wrote:
> Hi,
>
> Does anyone have any info on how to use xmltidy with macvim
> and/or vim? I'm sure this is doable i just need some info!
>
> Thanks,
> Russ

If you want to run xmltidy on the current buffer, use

:%!xmltidy

(I've never used xmltidy, if it's well written, this will works.)

This works with all filter programs (sort, grep, etc.).

Simon
--
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9

Re: How to configure vim to use the mouse, AND to copy and paste

Well, this doesn't answer the question I asked earlier about using
visual mode to copy and paste.
But if you use xclip to copy, and ctrl+shift+v to paste, then setting
mouse=a, you can get all the functionality you want. It does take some
getting used to probably, since you can't use the middle mouse button
to paste.
If you can find a way to copy that's not as messy as putting this
in your .vimrc, please let me know:
vmap <C-c> :<Esc>`>a<CR><Esc>mx`<i<CR><Esc>my'xk$v'y!xclip -selection c<CR>u

Thanks,
Ven

On Thu, Sep 30, 2010 at 9:59 AM, Alexander Dietz
<alexanderdietz1@googlemail.com> wrote:
> Hi,
>
> I have questions regarding vim and how to enable the mouse in it. There were
> some other threads about that issue, but I could not find a solution for my
> problem.
>
> I would like to have the following actions enabled in vim:
>
> 1. To go to some place, I click the left mouse key
> 2. To copy text TO the vim editor by using the middle-click of the mouse,
> (text which I have marked before in some other window (browser, emacs,
> xterm))
> 3. To copy text FROM the vim editor, by selecting the text with the left
> mouse button (left-click, hold down, select text, release left button), so I
> can paste it to somwehere else with the mouse middle button
> 4. To copy text and paste TO and FROM vim
>
> I have the following content of my .vimrc:
>
> :set mouse=r
> :set selectmode+=mouse
>
> With that configuration, the points 2-4 are working.
> When I change mouse=r to mouse=a, then points 1 AND 3 are working, but I
> have to press the shift key in addition. But I cannot use the mouse to go
> somewhere else in vim.
>
> A suggestion was to use mouse=ar, but this enable only the first point.
>
> So how is it possible to configure vim to use all four points 1-4?
>
>
> Thanks
> Alex
>
> --
> 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 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

gvim, how to search tab by name and then go to this tab?

gvim, how to search tab by name and then go to this tab?

--
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

Escape print sequences

Hi,
So this is my latest attempt at trying to get copy and paste
working in vim. When I'm using cygwin on my local machine, no problem,
I can pipe the text to copy to the clipboard. If I can get xclip
installed, I can do the same thing on a Linux box. The problem however
is when I ssh into a machine where I don't have the ability to install
xclip or xsel.
There's a patch for putty which allows you to echo text to the
printer, which is hooked up to the Windows clipboard. It works fine
from a bash console, but within vim, the echo doesn't seem to work
correctly:
http://ericmason.net/2010/04/putty-ssh-windows-clipboard-integration/
How does vim handle escaped print sequences? Is there anyway to
configure it so that when an echo command is executed it sends it to
the 'printer'? When I called the function in the link shown above from
within vim, vim just output ^[ instead of the escape sequence.
It's really nice to be able to take advantage of vim's built-in
method of selection in visual mode, and sometimes the graphical
selection just isn't good enough (say the text to copy is more than
what fits on the screen) If I could just figure out how to get copy
and paste working from the machine I'm ssh'ed into to my local
machine's clipboard, I hopefully won't have to spend any more time
trying to figure out how to copy text from Vim elsewhere.

Thanks,
Ven

--
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

Re: about highlight just some part of file

On Sep 29, 9:43 pm, "Sampan Xu" <Sampan...@genband.com> wrote:
> Hello,
>
>        I have a requirement about self-defined syntax strategy.  For the
> TEXT file,
>
> I have always highlighted the essential info that can be matched by the
> pattern
>
> Defined within syntax file.  That is to say, all the mathed info
> throughout the file
>
> Shall be highlight. But that is now what I need. I want to know how to
> set a zone
>
> In file that syntax-highlight can be disabled.
>

Maybe using some of these techniques?

http://vim.wikia.com/wiki/Different_syntax_highlighting_within_regions_of_a_file

--
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

How to configure vim to use the mouse, AND to copy and paste

Hi,

I have questions regarding vim and how to enable the mouse in it. There were some other threads about that issue, but I could not find a solution for my problem.

I would like to have the following actions enabled in vim:

1. To go to some place, I click the left mouse key
2. To copy text TO the vim editor by using the middle-click of the mouse, (text which I have marked before in some other window (browser, emacs, xterm))
3. To copy text FROM the vim editor, by selecting the text with the left mouse button (left-click, hold down, select text, release left button), so I can paste it to somwehere else with the mouse middle button
4. To copy text and paste TO and FROM vim 

I have the following content of my .vimrc:

:set mouse=r
:set selectmode+=mouse

With that configuration, the points 2-4 are working.
When I change mouse=r to mouse=a, then points 1 AND 3 are working, but I have to press the shift key in addition. But I cannot use the mouse to go somewhere else in vim.

A suggestion was to use mouse=ar, but this enable only the first point.

So how is it possible to configure vim to use all four points 1-4?


Thanks
Alex

--
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

Re: Calling xmltidy for vim/macvim

[as a side note, you'll want to start a fresh thread for maximum
exposure, rather than replying to an unrelated thread]

> Does anyone have any info on how to use xmltidy with macvim and/or vim? I'm sure this is doable i just need some info!

Presuming you have xmltidy on your machine, can you not just use

:%!xmltidy

to run the entire file contents through xmltidy (also assuming
that xmltidy reads untidy input from stdin puts the tidied output
on stdout). And as usual, this can always be mapped to your
favorite key.

-tim


--
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

Re: narrow region with a filter ?

Am 21.09.2010 11:20, schrieb Davido:
>>> I would like to to this :
>>>
>>> :g/pattern/NR
>>>
>>> to edit the matching lines in a new buffer.
>>
>> Not exactly what you want but IIRC there is a plugin that hides all
>> text in folds that doesn't match a certain pattern. Maybe it was this
>> one?
>> http://www.vim.org/script.php?script_id=158
>>
>> It provides a command :FoldNonMatching
>>
>> Regards,
>> Tom
>
> It sounds promising, thanks, I will take a look and check that the hidden
> text is write protected.

"hidden text" is only folded away, and cannot be "write protected".
Nevertheless, I find it very useful to just fold away non-interesting
lines.

I've also written a script, "searchfold.vim" (much smaller than Hari's):
http://www.vim.org/scripts/script.php?script_id=2521
Page and script file provide a few more pointers.

--
Andy

--
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

Re: Question? passing visual selection to function

On Sep 30, 12:21 am, Bee <200...@calcentral.com> wrote:
> On Sep 29, 10:32 pm, "Christian Brabandt" <cbli...@256bit.org> wrote:
>
> > On Thu, September 30, 2010 1:07 am, Bee wrote:
> > > Is EXAMPLE 1 the only way to pass the selection to :s?
> > > Making it necessary to preceed the :call with <C-U> ?
>
> > No functions can act on ranges as well. See the help at
> > :h function-range-example and
> > :h a:firstline
>
> Thank you Christian, for helping me learn to find in the help.
>
> It looks like I can pass the range, but it is much more work.
> It is good to know about "range" and a:firstline ...
> I have added these examples to my notes.
>
> function! BlkNum() range
>   let g:l = 0 | let g:b = 0
>   execute a:firstline . "," . a:lastline . 's/^/\=BlkInc()/'
> endfun
> vmap <F5> :call BlkNum()<cr>
>
> function! BlkNum()
>   let g:l = 0 | let g:b = 0
>   '<,'>s/^/\=BlkInc()/
> endfun
> vmap <F5> :<C-U>call BlkNum()<cr>

And reading even more closely... This looks best (and works!):

function! BlkNum() range
let g:l = 0 | let g:b = 0 | '<,'>s/^/\=BlkInc()/
endfun
vmap <F5> :call BlkNum()<cr>

--
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

Re: Question? passing visual selection to function

On Sep 29, 10:32 pm, "Christian Brabandt" <cbli...@256bit.org> wrote:
> On Thu, September 30, 2010 1:07 am, Bee wrote:
> > Is EXAMPLE 1 the only way to pass the selection to :s?
> > Making it necessary to preceed the :call with <C-U> ?
>
> No functions can act on ranges as well. See the help at
> :h function-range-example and
> :h a:firstline

Thank you Christian, for helping me learn to find in the help.

It looks like I can pass the range, but it is much more work.
It is good to know about "range" and a:firstline ...
I have added these examples to my notes.

function! BlkNum() range
let g:l = 0 | let g:b = 0
execute a:firstline . "," . a:lastline . 's/^/\=BlkInc()/'
endfun
vmap <F5> :call BlkNum()<cr>


function! BlkNum()
let g:l = 0 | let g:b = 0
'<,'>s/^/\=BlkInc()/
endfun
vmap <F5> :<C-U>call BlkNum()<cr>

--
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

Wednesday, September 29, 2010

Re: Question? passing visual selection to function

On Thu, September 30, 2010 1:07 am, Bee wrote:
> Is EXAMPLE 1 the only way to pass the selection to :s?
> Making it necessary to preceed the :call with <C-U> ?

No functions can act on ranges as well. See the help at
:h function-range-example and
:h a:firstline

regards,
Christian

--
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

Calling xmltidy for vim/macvim

Hi,

Does anyone have any info on how to use xmltidy with macvim and/or vim? I'm sure this is doable i just need some info!

Thanks,

Russ

--
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

about highlight just some part of file

Hello,

 

       I have a requirement about self-defined syntax strategy.  For the TEXT file,

I have always highlighted the essential info that can be matched by the pattern

Defined within syntax file.  That is to say, all the mathed info throughout the file

Shall be highlight. But that is now what I need. I want to know how to set a zone

In file that syntax-highlight can be disabled.

 

sampan

 

Re: Split windows and spanning width of screen

On 09/29/2010 06:44 PM, Thomas Adam wrote:
> Also:
>
> * Is there a way to always map the command ":copen" to provide:
>
> :botright copen

I don't open the quickfix window manually often enough that I've
made such a mapping. But I believe this wiki page points out
some techniques for doing what you're asking:
http://vim.wikia.com/wiki/Replace_a_builtin_command_using_cabbrev

However, I mostly find that I'm lazier than that. I'd like the
quickfix window to open automatically. My most common use of
the quickfix window is in conjunction with the Grep plugin:
http://www.vim.org/scripts/script.php?script_id=311

This plugin does the ":botright copen" command automatically
after a search has been performed. I often already have the
quickfix window open because of a prior search, so if I use
something like :cfile to populate the quickfix list, I often
don't need to manually open the quickfix window.

But I've also mapped <F4> and <s-F4> to be, essentially, :cnext
and :cprev, with the added benefit that a ":botright copen" is
done automatically in case the window isn't open. So if the
window's not already open, I can do <F4><s-F4> to bounce forward
and backward, just to get the side-effect of :botright copen.
If all that fails, I just manually type :botright copen myself
:-)

Below are my mappings for <F4> and <s-F4>. Recently I added
another feature (based on a posting in this newsgroup, IIRC).
When a "diff" window is active, the above mappings go forward
and backward through the diffs instead of through the quickfix
list. Finally, I also like to scroll the window to put the
match in the center of the screen, which is what the "normal zz"
commands are doing.

-------- Start of mappings for message browsing ---------
function! GotoPrev()
if &diff
normal [czz
else
botright copen
wincmd p
try
cprev
normal zz
catch
echo "No previous QuickFix messages"
endtry
endif
endfunction

function! GotoNext()
if &diff
normal ]czz
else
botright copen
wincmd p
try
cnext
normal zz
catch
echo "No more QuickFix messages"
endtry
endif
endfunction

" Setup message browsing using F4/Shift-F4. If the current
" window is in diff mode, does diff next/prev; otherwise,
" does :cnext/:cprev for QuickFix messages, opening the
" QuickFix window if necessary.
" Automatically scrolls the message to the center of the window.
inoremap <silent> <F4> <C-O>:call GotoNext()<CR>
nnoremap <silent> <F4> :call GotoNext()<CR>
inoremap <silent> <S-F4> <C-O>:call GotoPrev()<CR>
nnoremap <silent> <S-F4> :call GotoPrev()<CR>
-------- End of mappings for message browsing ---------

Michael Henry

--
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

Re: Question? passing visual selection to function

On Sep 29, 1:32 pm, Christian Brabandt <cbli...@256bit.org> wrote:
> Hi Bee!
>
> On Mi, 29 Sep 2010, Bee wrote:
>
> > Question? passing visual selection to function
>
> > The function BlkInc() puts line numbers at the start of line.
>
> > EXAMPLE 1 works
> > EXAMPLE 2 does not work
>
> Please explain what you expect and what you observe.
>
> > Can you explain why?
>
> > ""-----=-------=-------=-------=-------=-------=-------=-------=
> > " EXAMPLE 1
> > function! BlkNum()
> >   '<,'>s/^/\=BlkInc()/
> > endfun
> > vmap <F5> :<C-U>call BlkNum()<cr>
>
> Here are you using the :s command on each visual selected line
>
> > ""-----=-------=-------=-------=-------=-------=-------=-------=
> > " EXAMPLE 2
> > function! BlkNum()
> >   s/^/\=BlkInc()/
> > endfun
> > vmap <F5> :call BlkNum()<cr>
>
> This will probably only put your line number only in the first visual
> selected line, because your :s command does not know, on which range to
> act.

Yes, you are correct as what happens in both situations.

I would have thought the visual selection in EXAMPLE 2 would have been
passed to the :s to be used on each line. But as you also observed, it
is not. EXAMPLE 2 labels each selected line as though it were the
first line.

Is EXAMPLE 1 the only way to pass the selection to :s?
Making it necessary to preceed the :call with <C-U> ?

-Bill

--
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

Re: Split windows and spanning width of screen

Hi --

Ah, TIm. I thought you might chime in. :)

On 29 September 2010 23:34, Tim Chase <vim@tim.thechases.com> wrote:
> In addition to Michael's answer to your question below, if you've already
> got the QF window open and focused, you can use ^WJ (control-W, capital-j)
> to move it to the bottom.
>
>  :help CTRL-W_J

This is really useful, thanks. I've tried this, and it's working
brilliantly, even for existing split windows.

> the capital H/J/K/L move the current window as-far-as-possible in that
> direction

I'm adding this as a comment to my .vimrc - this is invaluable, thanks!

I don't really want to hijack my own thread with other questions, but I'll ask:

* Does the use of "CTRL-W_J" to move an existing window to the bottom
then affect window rotation? Only, if I issue "CTRL-W_J" to a window
and then in that window type:

"CTRL-W_r" to rotate it, I get:

E443: Cannot rotate window when another window is split

Yet I was free to do that before before moving this window to the
bottom -- or I am sure of it,

Also:

* Is there a way to always map the command ":copen" to provide:

:botright copen

... although at this point, I feel I need to start reading some
documentation, rather than looking like a n00b. :)

Thanks again!

-- Thomas Adam

--
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

Re: How to see make output while make is in progress ?

On 29.09.2010 16:13, Stahlman Family wrote:
>
>
> Timothy Madden wrote:
>> On 05.09.2010 15:25, Timothy Madden wrote:
>>> Hello
>>>
>>> My gvim 7.2 on Windows 7 first runs the entire make and only after can I
>>> see make out. Can I get it to show lines output by make while make is in
>>> progress ?
>>
>> For example vim 7.0.237 has this behavior by default on Linux on a
>> CentOS machine, so I think it is some option that has to be set to get
>> what I want on Windows too, I just do not know it ...
>>
>> Can anyone help ?
>
> How is your 'shellpipe' option set? The default for Unix is "| tee",
> which should give the behavior you want.

My shellpipe on Windows looks like
>%s 2>&1
but I have tee on my PATH from GnuWin32 packages, and I changed it to
2>&1 | tee

However it looks like on Windows invoking the shell (cmd.exe) also opens
a separate console window and all tee output, that I want to see in vim,
now goes to the separate console, which is minimized and which closes
automatically when make exits.

Could I get cmd.exe to drop the console ?

Thank you,
Timothy Madden

--
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

Window splitting corner case

Thanks to Michael Henry for pointing out :botright, thus introducing me
to the family of window-placement-overriding commands.

In the following scenario, is there an easy way to open a new window (E)
that occupies half of windows (A) and (B), preferably from within (B)?

(Rulers just indicating that the (A+B)|C boundary doesn't move)

Before: After:
11111111 11111111
12345678901234567 12345678901234567
| | | | | | |
┌───────┬───────┐ ┌───┬───┬───────┐
│ A │ C │ │ A │ E │ C │
│ │ │ │ │ │ │
├───────┤ │ ├───┤ │ │
│ B │ │ │ B │ │ │
│ │ │ │ │ │ │
├───────┴───────┤ ├───┴───┴───────┤
│ D │ │ D │
│ │ │ │
│ │ │ │
└───────────────┘ └───────────────┘

Not as though I have a good use case for this. Was just curious after
discovering this class of commands (and felt like practicing my
box-drawing).

--
Best,
Ben

Non-Unicode boxes, in case they're munged:

+-------+-------+ +---+---+-------+
| A | C | | A | E | C |
| | | | | | |
+-------+ | +---+ | |
| B | | | B | | |
| | | | | | |
+-------+-------+ +---+---+-------+
| D | | 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 more information, visit http://www.vim.org/maillist.php

Re: Split windows and spanning width of screen

On 09/29/10 16:55, Thomas Adam wrote:
> +----------------+
> | | |
> | foo | baz.c |
> |------ |------- |
> | bar |quickfix|
> +----------------+
>
> But because, most likely, "foo" and "bar" here also relate to baz.c in some
> way, how would I get the quickfix window to open up across those, to it
> looks likt his:
>
> +----------------+
> | | |
> | foo | baz.c |
> |------ | |
> | bar | |
> |----------------|
> | quickfix |
> +----------------+
>
> Is that possible?

In addition to Michael's answer to your question below, if you've
already got the QF window open and focused, you can use ^WJ
(control-W, capital-j) to move it to the bottom.

:help CTRL-W_J

the capital H/J/K/L move the current window as-far-as-possible in
that direction

> Furthermore, is it possible to apply this technique to
> other potential :sp windows as well I might want to create?

-tim


--
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

Re: Split windows and spanning width of screen

On 29 September 2010 23:07, Michael Henry <vim@drmikehenry.com> wrote:
> On 09/29/2010 05:55 PM, Thomas Adam wrote:
>> Hi all,
>>
>> I'm wondering if it's possible to get a new window created with ":sp" to
>> span the entire screen width -- specifically quickfix window.
>>
>
> I always open the quickfix window like this:
>
> :botright copen
>
> :help :botright

Gosh -- that's embarrassing! Thanks, Michael, that's exactly what I
was looking for, and failing in the docs. :)

Thanks again,

Thomas Adam

--
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

Re: Split windows and spanning width of screen

On 09/29/2010 05:55 PM, Thomas Adam wrote:
> Hi all,
>
> I'm wondering if it's possible to get a new window created with ":sp" to
> span the entire screen width -- specifically quickfix window.
>

I always open the quickfix window like this:

:botright copen

:help :botright

Michael Henry

--
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

Split windows and spanning width of screen

Hi all,

I'm wondering if it's possible to get a new window created with ":sp" to
span the entire screen width -- specifically quickfix window.

To give some background, if I do this in vim:

:vsplit
:new foo
:new bar
Ctrl-w l
:e baz.c

So that, vim looks like this:

+----------------+
| | |
| foo | baz.c |
|------ | |
| bar | |
+----------------+

If I am currently focused on "baz.c" and type in ":make", the quickfix
window which I could then open would open up underneath baz.c as in:

+----------------+
| | |
| foo | baz.c |
|------ |------- |
| bar |quickfix|
+----------------+

But because, most likely, "foo" and "bar" here also relate to baz.c in some
way, how would I get the quickfix window to open up across those, to it
looks likt his:

+----------------+
| | |
| foo | baz.c |
|------ | |
| bar | |
|----------------|
| quickfix |
+----------------+

Is that possible? Furthermore, is it possible to apply this technique to
other potential :sp windows as well I might want to create?

I've poked around the documentation and not seen anything obvious, but if
there is and I've not seen it, please point me to it!

Kindly,

-- Thomas Adam

--
"Deep in my heart I wish I was wrong. But deep in my heart I know I am
not." -- Morrissey ("Girl Least Likely To" -- off of Viva Hate.)

--
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

Re: Question? passing visual selection to function

Hi Bee!

On Mi, 29 Sep 2010, Bee wrote:

> Question? passing visual selection to function
>
> The function BlkInc() puts line numbers at the start of line.
>
> EXAMPLE 1 works
> EXAMPLE 2 does not work

Please explain what you expect and what you observe.

> Can you explain why?
>
> ""-----=-------=-------=-------=-------=-------=-------=-------=
> " EXAMPLE 1
> function! BlkNum()
> '<,'>s/^/\=BlkInc()/
> endfun
> vmap <F5> :<C-U>call BlkNum()<cr>

Here are you using the :s command on each visual selected line

> ""-----=-------=-------=-------=-------=-------=-------=-------=
> " EXAMPLE 2
> function! BlkNum()
> s/^/\=BlkInc()/
> endfun
> vmap <F5> :call BlkNum()<cr>

This will probably only put your line number only in the first visual
selected line, because your :s command does not know, on which range to
act.

regards,
Christian

--
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

Question? passing visual selection to function

Question? passing visual selection to function

The function BlkInc() puts line numbers at the start of line.

EXAMPLE 1 works
EXAMPLE 2 does not work

Can you explain why?

""-----=-------=-------=-------=-------=-------=-------=-------=
" EXAMPLE 1
function! BlkNum()
'<,'>s/^/\=BlkInc()/
endfun
vmap <F5> :<C-U>call BlkNum()<cr>

""-----=-------=-------=-------=-------=-------=-------=-------=
" EXAMPLE 2
function! BlkNum()
s/^/\=BlkInc()/
endfun
vmap <F5> :call BlkNum()<cr>

--
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

Re: Arbitrary ends of lines?

On Wed, 29 Sep 2010, Tim Chase wrote:

> On 09/29/10 13:07, Benjamin R. Haskell wrote:
>> I'm dealing with some file formats that have data segments terminated
>> by an arbitrary segment terminator (in this case '#'). Is there
>> built-in functionality for dealing with situations like this?
>>
>> It'd be nice to be able to treat this like a 'ff'.
>> ff=unix =<NL>
>> ff=dos =<CR><NL>
>> ff=mac =<CR>
>> ff={anything-else} = custom line terminator
>>
>> Since that currently doesn't exist, though, is there a plugin to do
>> roughly what that would accomplish?
>
> I don't know of a plugin, but shooting from the hip, I'd be tempted to
> use "tr" as a filter like xxd[1] is used for binary files:
>
> tr '#\012' '\012#'
>
> will swap newlines and "#" signs, which can then be reversed upon
> writing to get the originals back.

Good call. I'll likely set up something similar to the 'hex mode'[1]
tip, replacing `%!xxd` and `%!xxd -r` with perl equivs of your `tr`
example. (I want to be able to handle multi-character newlines, and I
know Perl better than sed/awk.)

I'll wikify it if I get it working nicely.

--
Thanks,
Ben

[1] http://vim.wikia.com/wiki/Improved_hex_editing

--
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

Re: Arbitrary ends of lines?

On 09/29/10 13:07, Benjamin R. Haskell wrote:
> I'm dealing with some file formats that have data segments terminated by
> an arbitrary segment terminator (in this case '#'). Is there built-in
> functionality for dealing with situations like this?
>
> It'd be nice to be able to treat this like a 'ff'.
> ff=unix =<NL>
> ff=dos =<CR><NL>
> ff=mac =<CR>
> ff={anything-else} = custom line terminator
>
> Since that currently doesn't exist, though, is there a plugin to do
> roughly what that would accomplish?

I don't know of a plugin, but shooting from the hip, I'd be
tempted to use "tr" as a filter like xxd[1] is used for binary files:

tr '#\012' '\012#'

will swap newlines and "#" signs, which can then be reversed upon
writing to get the originals back.

-tim


[1]
:help using-xxd
for examples on setting up the autocmd entries

--
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

Arbitrary ends of lines?

I'm dealing with some file formats that have data segments terminated by
an arbitrary segment terminator (in this case '#'). Is there built-in
functionality for dealing with situations like this?

It'd be nice to be able to treat this like a 'ff'.
ff=unix = <NL>
ff=dos = <CR><NL>
ff=mac = <CR>
ff={anything-else} = custom line terminator

Since that currently doesn't exist, though, is there a plugin to do
roughly what that would accomplish?

--
Best,
Ben

--
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

Re: how to set omnifunc complete window height (with img)

On Wed, 29 Sep 2010, Zac Lee wrote:

> On Wed, Sep 29, 2010 at 12:51 AM, Benjamin R. Haskell wrote:
>
>> On Tue, 28 Sep 2010, Zac Lee wrote:
>>
>>> how to set the scratch window height ? it is 3 now, I want to set 1.
>>> the script is phpcomplete:
>>> http://www.vim.org/scripts/script.php?script_id=3171
>>>
>>
>> Add:
>> set previewheight=1
>> to your ~/.vimrc or %HOME%\_vimrc
>>
>> Or to:
>> ~/.vim/after/syntax/php.vim or %HOME%\vimfiles\after\syntax.php
>> if you only want to change it for PHP completion.
>>
>>
>> Caveat: see recent discussion topic: "Is this a bug with
>> 'previewheight'?". Perhaps some plugin(s) prevent(s) previewheight=1
>> from doing what it's supposed to. (worksforme)
>
> I have try, but it does not work.
>

Sent patch to vim-dev. The preview window for popup-menu detailed info
was hardcoded to 3. After the patch, setting:

set previewheight=1

caused the info window to be 1 line high.

--
Best,
Ben

--
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

Re: Close Tab with middle mouse click ---- Zoom in - out

On 9/28/2010 6:16 AM, rameo wrote:
2) In Firefox, Chrome and other applications I use the Ctrl-scroll-up to zoom in text and Ctrl-scroll-down to zoom out text. Is that possible in vim (gvim) also? 
I use the "Mapping Solution" section under:
http://vim.wikia.com/wiki/VimTip760      

I use CTRL-Up and CTRL_Down (on Windows) to do this the same way that FireFox does CTRL+ and CTRL-.

nnoremap <C-Up>   :silent! let &guifont = substitute(&guifont, ':h\zs\d\+', '\=eval(submatch(0)+1)', '')<CR>
nnoremap <C-Down> :silent! let &guifont = substitute(&guifont, ':h\zs\d\+', '\=eval(submatch(0)-1)', '')<CR>


HTH,
Dave


Re: Close Tab with middle mouse click ---- Zoom in - out

On Sep 28, 5:16 am, rameo <rai...@gmail.com> wrote:
> 1) I would like to close tabs clicking with the middle mouse on it, is
> that possible in vim?

You could make a mapping of the middle mouse button:

:nnoremap <MiddleMouse> :tabclose<CR>

But I'm not sure whether it is possible to detect whether the mouse
event happened on the tab page label or not.

The above mapping would remove the built-in "paste" function of a
middle-mouse click.

> 2) In Firefox, Chrome and other applications I use the Ctrl-scroll-up
> to zoom in text and Ctrl-scroll-down to zoom out text. Is that
> possible in vim (gvim) also?
> I tried the plugin zoom.vim but it resizes my whole window and not
> only the fontsize.
>

This is not possible. Vim has no concept of "zoom", only font size,
which will as you discovered change the size of the entire GUI window.

--
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

Re: How to see make output while make is in progress ?

Timothy Madden wrote:
> On 05.09.2010 15:25, Timothy Madden wrote:
>> Hello
>>
>> My gvim 7.2 on Windows 7 first runs the entire make and only after can I
>> see make out. Can I get it to show lines output by make while make is in
>> progress ?
>
> For example vim 7.0.237 has this behavior by default on Linux on a
> CentOS machine, so I think it is some option that has to be set to get
> what I want on Windows too, I just do not know it ...
>
> Can anyone help ?

How is your 'shellpipe' option set? The default for Unix is "| tee",
which should give the behavior you want.

Brett Stahlman

>
> Also, can I get make output into the quickfix buffer and open the buffer
> after make ? Or just before make and see make output there ?
>
> Thank you,
> Timothy Madden
>

--
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

Re: How to open filelist with pipe?

I was requested to forward this to the list. Comments after.

On Tue, 28 Sep 2010, Ole Tange wrote:

> find ./ -name *.html | xargs grep -l rapp_document
>
> ./file1
> ./file2
> ./file3
>
> How to open the filelist ? like  "vim file1 file2 file3"

If you have GNU Parallel http://www.gnu.org/software/parallel/

find . -type f | parallel -uXj1 vim

GNU Parallel is generally useful for other tasks. Watch the intro video:
http://www.youtube.com/watch?v=OpaiGYxkSuQ

/Ole


[My too-wordy comments]

In general, parallel seems like a cool complement to xargs. Its main
goal is to run things in parallel (hence the name) across CPU cores or
across different servers via SSH.

Dissecting the command-line above:

#generate filenames# | parallel -uXj1 vim

Like xargs, parallel can take its argument list on stdin.

-u = 'ungroup' output # prevents output from being 'grouped'. Since
parallel is designed to run things in parallel, its default output mode
is to not intermingle the various subprocesses' output.

-X = 'xargs with context replace' # --xargs mode (-m) allows the
argument {} to be replaced with the input list. By default, if not
present, {} is appended to the argument list. (So `parallel -uXj1 vim`
is equivalent to `parallel -uXj1 {}`). 'xargs with context replace' is
like --xargs mode, except when {} appears mid-word the whole word is
repeated for each argument. This allows, e.g.:
seq 1 5 | parallel -uXj1 vim test-file-{}

-j1 = --jobs=1 # only run one job in parallel

--
Best,
Ben

--
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

Re: How to see make output while make is in progress ?

On 05.09.2010 15:25, Timothy Madden wrote:
> Hello
>
> My gvim 7.2 on Windows 7 first runs the entire make and only after can I
> see make out. Can I get it to show lines output by make while make is in
> progress ?

For example vim 7.0.237 has this behavior by default on Linux on a
CentOS machine, so I think it is some option that has to be set to get
what I want on Windows too, I just do not know it ...

Can anyone help ?

Also, can I get make output into the quickfix buffer and open the buffer
after make ? Or just before make and see make output there ?

Thank you,
Timothy Madden

--
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

How to integrate with SourceSafe ?

Hello

My company uses SourceSafe for source code control for our project and I
have some problems integrating it with vim.

I found the Source Control script
(http://www.vim.org/scripts/script.php?script_id=770), but only some
basic commands from it work. In particular, I have been unable to:
- Get latest version of the project when I still have a
few files checked-out (get with merge)
- Check in (or update) from a directory (for all project)
- Get the list of checked-out (locked) files
- Add a file to source control, without error messages (though
it appears to work if you ignore the errors)

Also I find it strange for a source control commit operation to be named
'Update', and a source control update operation command to be named 'Get' :)

Anyone has a better way to integrate with SourceSafe ?
(I have vim7.3 64bit, Windows 7)

Thank you,
Timothy Madden

--
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

Tuesday, September 28, 2010

Re: how to set omnifunc complete window height (with img)

I have try, but it does not work.

On Wed, Sep 29, 2010 at 12:51 AM, Benjamin R. Haskell <vim@benizi.com> wrote:
On Tue, 28 Sep 2010, Zac Lee wrote:

how to set the scratch window height ?  it is 3 now, I want to set 1.
the script is phpcomplete: http://www.vim.org/scripts/script.php?script_id=3171

Add:
set previewheight=1
to your ~/.vimrc or %HOME%\_vimrc

Or to:
~/.vim/after/syntax/php.vim or %HOME%\vimfiles\after\syntax.php
if you only want to change it for PHP completion.


Caveat: see recent discussion topic: "Is this a bug with 'previewheight'?".  Perhaps some plugin(s) prevent(s) previewheight=1 from doing what it's supposed to.  (worksforme)

--
Best,
Ben


--
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 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

RE: Issue finding plugin template files.

Sorry my mistake, I am installing it under vimfiles. The plugin is bash-support.

-----Original Message-----
From: vim_use@googlegroups.com [mailto:vim_use@googlegroups.com] On Behalf Of Ben Fritz
Sent: Tuesday, September 28, 2010 10:59 AM
To: vim_use
Subject: Re: Issue finding plugin template files.

On Sep 27, 6:19 pm, mikejs <ikej...@yahoo.com> wrote:
> When I try to run a gvim on windows 7 with a bash support plugin i get
> the following message:  Bash Support template file 'C:\Program Files
> (x86)\Vim\vimfiles\bash-support/templates/Templates' does not exist or
> is not readable.
>
> I know if I put the plugin in that directory it will probably work,
> however I don't have admin privilege so I can't install it there.  I'm
> putting it in my home directory under _vimfiles.  But it's not finding
> it there.

The place Vim looks for runtime files under Windows is, by default, $HOME/vimfiles, NOT $HOME/_vimfiles. Does this help? If not, which plugin is this? Where did you get it?

--
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 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

Re: Issue finding plugin template files.

On Sep 27, 6:19 pm, mikejs <ikej...@yahoo.com> wrote:
> When I try to run a gvim on windows 7 with a bash support plugin i get
> the following message:  Bash Support template file 'C:\Program Files
> (x86)\Vim\vimfiles\bash-support/templates/Templates' does not exist or
> is not readable.
>
> I know if I put the plugin in that directory it will probably work,
> however I don't have admin privilege so I can't install it there.  I'm
> putting it in my home directory under _vimfiles.  But it's not finding
> it there.

The place Vim looks for runtime files under Windows is, by default,
$HOME/vimfiles, NOT $HOME/_vimfiles. Does this help? If not, which
plugin is this? Where did you get it?

--
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

Re: how to set omnifunc complete window height (with img)

On Tue, 28 Sep 2010, Zac Lee wrote:

> how to set the scratch window height ?  it is 3 now, I want to set 1.
> the script is phpcomplete: http://www.vim.org/scripts/script.php?script_id=3171

Add:
set previewheight=1
to your ~/.vimrc or %HOME%\_vimrc

Or to:
~/.vim/after/syntax/php.vim or %HOME%\vimfiles\after\syntax.php
if you only want to change it for PHP completion.


Caveat: see recent discussion topic: "Is this a bug with
'previewheight'?". Perhaps some plugin(s) prevent(s) previewheight=1
from doing what it's supposed to. (worksforme)

--
Best,
Ben

--
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

Re: how to set omnifunc complete window height (with img)

set previewheight=1

--
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

Re: Why Vimball archives are evil?

>  - It would be awesome if this supported certain repositories as
> sources (svn, git, mercurial, whathaveyou)

Since vimscript/viml is an interpreted language, there usually is no
difference between the plugin (as distributed) and its sources.

> I'd
> pick tar.gz myself because it's free and works everywhere. You just
> need an OS with tools installed to use it. I don't think that because
> Windows has only zip support you should default to zip.

For the sake of correctness, zip archives work "everywhere" very much
the same as tgz files do. linux etc. users could easily install the
"tools [...] to use it" (a.k.a unzip) -- if it isn't already installed
with the standard installation. AFAIK patents are only an issue if the
archive is encrypted.

IMHO this discussion will be decided and ended by people using their
feet (or whatever is the equivalent English phrase). I personally
seldom consider taking a closer look at plugins that aren't available
as git repository.

Regards,
Tom

--
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

Re: Why Vimball archives are evil?

I'd prefer either:

An 'all-in' solution:
- vim.org gets a repository of plugins.
- vim gets a package/plugin manager just like Firefox, Chrome,
your-linux-distro-of-choice to update, find, install and uninstall
plugins. You'd no longer have to use the site for this - every use of
the site pertaining plugins is doable through this software.
- It would be awesome if this supported certain repositories as
sources (svn, git, mercurial, whathaveyou)

or:

a 'clean' solution:
- just use archive files.
- distribute them through vim.org.

I know there's vim plugins out there that do plugin managing, but I
think of these as a half solution because it's not part of vim itself.
It's not distributed with vim by default. I think the effort is great
though (keep it up :)) but something 'official' is preferrable.

I don't think the format of the archives matters at all, since that's
up to the plugin authors themselves. I don't think any vim user able
to install a plugin and use :help is incapable of finding out what to
use to open an archive, they are on vim.org already after all. I'd
pick tar.gz myself because it's free and works everywhere. You just
need an OS with tools installed to use it. I don't think that because
Windows has only zip support you should default to zip. This is a(n
eternal) windows problem and entirely in the hands of our capable
windows vim users to solve for using windows in the first place.

I don't see a reason for vimball to exist at all.. What's better then
extracting and archived files then extracting software? If we need vim
to extract the files (itself using, yes, an extractor) then maybe we
need a in-vim terminal, e-mail client and browser aswell.. just
kicking some hypothetical shins to make a point. The unix philosophy
:D

On Tue, Sep 28, 2010 at 12:03 AM, Israel Chauca F.
<israelvarios@fastmail.fm> wrote:
> A short summary:
>
> A. 'Vimball is evil' arguments:
>  1. Binaries not supported.
>  2. "Bad" extension.
>  3. No compression.
>
> B. 'Vimball is good' arguments (couldn't find a better antonym for evil):
>  1. Easy to use.
>  2. Part of standard Vim distribution.
>  3. Plain text.
>  4. Destination of scripts can be specified.
>
> Point A.1 could be a problem and I doubt it can be easily fixed without adding dependencies, but most scripts are plain text only, so I don't see it as a big issue.
>
> The author has already offered to address A.2, which doesn't look like a mayor problem either.
>
> A.3 could be a problem for very slow connection downloading a very big vimball archive, a non so common situation given the size of scripts and current tipical bandwith used this days (a telephone modem would be fast enough for most plugins).
>
> So, I still don't get why there's opposition against vimball archives, they seem like a good option to distribute vim plugins.
>
> Israel
>
> --
> 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 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

how to set omnifunc complete window height (with img)

how to set the scratch window height ?  it is 3 now, I want to set 1.
the script is phpcomplete: http://www.vim.org/scripts/script.php?script_id=3171
thanks

--
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

Close Tab with middle mouse click ---- Zoom in - out

1) I would like to close tabs clicking with the middle mouse on it, is
that possible in vim?
2) In Firefox, Chrome and other applications I use the Ctrl-scroll-up
to zoom in text and Ctrl-scroll-down to zoom out text. Is that
possible in vim (gvim) also?
I tried the plugin zoom.vim but it resizes my whole window and not
only the fontsize.

Thanks.
Rameo

--
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

Monday, September 27, 2010

Re: i_CTRL-A + i_CTRL-E as home + end

inoremap <C-h> <left>
inoremap <C-l> <Right>
inoremap <C-j> <C-o>gj
inoremap <C-k> <C-o>gk
inoremap <M-h> <C-o>b
inoremap <M-l> <C-o>w
inoremap <C-a> <Home>
inoremap <C-e> <End>

nnoremap <leader>o <C-W>w
nnoremap <C-j> <C-W>j
nnoremap <C-k> <C-W>k
nnoremap <C-h> <C-W>h
nnoremap <C-l> <C-W>l
nnoremap <M-j> mz:m+<CR>`z==
nnoremap <M-k> mz:m-2<CR>`z==
inoremap <M-j> <Esc>:m+<CR>==gi
inoremap <M-k> <Esc>:m-2<CR>==gi
vnoremap <M-j> :m'>+<CR>gv=gv
vnoremap <M-k> :m'<-2<CR>gv=gv

I use these.

2010/9/28 <meino.cramer@gmx.de>:
> Sven Guckes <guckes@guckes.net> [10-09-28 05:24]:
>> * <meino.cramer@gmx.de> [2010-09-28 02:08]:
>> > What happens to CTRL-A and CTRL-E at input mode ?
>>
>> see here:
>>
>>   :help i_CTRL-A  -> Insert previously inserted text.
>>   :help i_CTRL-E  -> Insert the character which is below the cursor.
>>
>> you may want these to behave like <home> and <end>:
>>
>>   :imap <c-a> <c-o>0
>>   :imap <c-e> <c-o>$
>>
>> enjoy!
>>
>> Sven
>>
>> --
>> 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
>>
>
> Hi all! :)
>
> Thank you all very much for the great help!!!
>
> Best regards
> mcc
>
> --
> 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 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

Re: i_CTRL-A + i_CTRL-E as home + end

Sven Guckes <guckes@guckes.net> [10-09-28 05:24]:
> * <meino.cramer@gmx.de> [2010-09-28 02:08]:
> > What happens to CTRL-A and CTRL-E at input mode ?
>
> see here:
>
> :help i_CTRL-A -> Insert previously inserted text.
> :help i_CTRL-E -> Insert the character which is below the cursor.
>
> you may want these to behave like <home> and <end>:
>
> :imap <c-a> <c-o>0
> :imap <c-e> <c-o>$
>
> enjoy!
>
> Sven
>
> --
> 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
>

Hi all! :)

Thank you all very much for the great help!!!

Best regards
mcc

--
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

Re: i_CTRL-A + i_CTRL-E as home + end

* <meino.cramer@gmx.de> [2010-09-28 02:08]:
> What happens to CTRL-A and CTRL-E at input mode ?

see here:

:help i_CTRL-A -> Insert previously inserted text.
:help i_CTRL-E -> Insert the character which is below the cursor.

you may want these to behave like <home> and <end>:

:imap <c-a> <c-o>0
:imap <c-e> <c-o>$

enjoy!

Sven

--
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

Re: mapping g to ctrl-f -> timeout

* lylez <lyle.ziegelmiller@gmail.com> [2010-09-28 04:03]:
> I map g to ctrl-f to make paging easier.

like this?: :map g <c-f> (just checking)

> This caused a 1-second delay to occur when paging forward in 7.1. It
> went away in 7.2, but now it is back in 7.3. I'm using the version
> for MS Windows. Is there any way to get rid of the 1-second delay?

quite a few commands start off with a 'g' (see ":help g").
so when vim receives a 'g' then it waits for a bit
to see whether any more characters come after that.
only when there are no further characters after a pause
then it will execute the command mapped to 'g' - feature!

i frequently use these 'g' commands:
g? ga ge gf gg gJ gq - check them out!

you can probably set a shorter delay by adjusting
the options timeout, ttimeout, and ttimeoutlen.

Sven

--
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

Re: mapping g to ctrl-f

On 09/27/10 17:37, lylez wrote:
> I map g to ctrl-f to make paging easier. This caused a 1-second delay
> to occur when paging forward in 7.1. It went away in 7.2, but now it
> is back in 7.3. I'm using the version for MS Windows. Is there any way
> to get rid of the 1-second delay?

Sounds like the settings for your 'timeout'/'timeoutlen' (and
their kin 'ttimeout'/'ttimeoutlen'). I think you want something like

:set timeout timeoutlen=100

where you can twiddle the "100" to the timeout you want.

You can read more at

:help 'timeout'
:help 'timeoutlen'

on how these settings interplay. You may also notice differences
between vim and gvim, so be sure to test both if you use both.

-tim

--
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

Re: CTRL-???

On 09/27/10 18:53, meino.cramer@gmx.de wrote:
> Tim Chase<vim@tim.thechases.com> [10-09-27 21:04]:
>> On 09/27/10 13:47, meino.cramer@gmx.de wrote:
>>> Now CTRL-A end CTRL-E in input are no longer working.
>>>
>>> :<CTRL-A>
>>
>> :help c_CTRL-A
>
> I meant, that CTRL-A and CTRL-E are no longer
> working in input MODE (I didnt typed that correctly).

Ah. In insert mode, ^A appends the most recently inserted text:

:help i_CTRL-A

which can be overridden with

:inoremap <c-a> <c-o>I
or
:inoremap <c-a> <home>
or
:inoremap <c-a> <c-o>gI

The first one goes to the first non-whitespace (the same as "^"
does) while the second one starts inserting before the first
character, even if it's whitespace.

In Insert mode, ^E and ^Y insert the character from the line
below/above respectively, and can be remapped with

:inoremap <c-e> <end>

Things might function a little oddly in REPLACE mode instead of
INSERT mode if you use one of the <c-o> mappings instead of the
<home>/<end> versions.

> What happens to CTRL-A and CTRL-E at input mode ?

I suspect you had some mapping(s) defined before your upgrade,
and in the upgrade they got lost. There are several ways it
could have happened: you might have edited the distribution
files (not suggested for exactly this reason, and I've learned
this hard-way too), you might have had some system-wide
/etc/vimrc that got changed, or there might have been some
reference to a file where they were previously mapped and that
imported file became no longer available. If the mappings are in
your ~/.vimrc they should carry over if your home directory is
preserved on reinstalls.

:help i_CTRL-A
:help i_CTRL-E

-tim

--
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

Re: CTRL-???

Tim Chase <vim@tim.thechases.com> [10-09-27 21:04]:
> On 09/27/10 13:47, meino.cramer@gmx.de wrote:
> >Now CTRL-A end CTRL-E in input are no longer working.
> >
> >:<CTRL-A>
> >
> >give me a long list of functions(?) or somthing
> >and
> >
> >:<CTRL-E> give me the opposite of that: The sound of silence
> >or with other words: Nothing.
>
> The first one is an expected behavior detailed at
>
> :help c_CTRL-A
>
> The latter should still work (ctrl+E should behave the same as <end>)
> so if your cursor is in the middle of a command:
>
> :%s/foo/bar/
>
> with the cursor on "f", pressing ctrl+E should take you to the end of
> the input. I suspect you had/want a mapping something like
>
> :cnoremap <c-a> <home>
>
> -tim
>
>
> --
> 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
>

Hi Tim,

thank you for your fast help!
Unfortunately I typed in my question too fast.

I meant, that CTRL-A and CTRL-E are no longer
working in input MODE (I didnt typed that correctly).

Often it is advised to check the work of "special keys"
by tping the at the ':' prompt to see what happens.

That the reasons for what I wrote in the second part of
the mail.

Interestingly: When at the ':' prompt and typing
F1, F2, F3, ...

I get : <F2> for 'F2', <F3> for 'F3', <F4> for 'F4', but I
get ";" for F1 ???

Nonetheless.
"In previous times" ;) I could jump to the beginning of
a line in input mode with CTRL-A and to the end of the
line with CTRL-E. If this only a keybinding, which was
changed with vim 7.3. it is ok, but if there is still
something bad with my keymap-definition or even with
my hardware recognition/handling...sigh...

What happens to CTRL-A and CTRL-E at input mode ?

Thanks again for your help in advance!

Best regards,
mcc

--
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

Issue finding plugin template files.

When I try to run a gvim on windows 7 with a bash support plugin i get
the following message: Bash Support template file 'C:\Program Files
(x86)\Vim\vimfiles\bash-support/templates/Templates' does not exist or
is not readable.

I know if I put the plugin in that directory it will probably work,
however I don't have admin privilege so I can't install it there. I'm
putting it in my home directory under _vimfiles. But it's not finding
it there. I've tried messing with the run time path setting but that
doesn't do anything.

Any help would be greatly appreciated.

Thanks

Mike

--
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

Where to save scripts

Hi,

I've written two lua scripts, say *myscript.lua* and *mystart.lua*.
The two issues are:

1) I want to have *mystart.lua* interpreted (inside vim, not with the external
interpreter) every time vim starts up.

What's the best approach to accomplish automatic loading of *mystart.lua*?


2) *myscript.lua* interpretable with the following line
:luafile myscript.lua

Where to put the file (in .vim/..., not in the working dir) so that I don't
need to specify a path?


Best regards
Marco


--
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

mapping g to ctrl-f

I map g to ctrl-f to make paging easier. This caused a 1-second delay
to occur when paging forward in 7.1. It went away in 7.2, but now it
is back in 7.3. I'm using the version for MS Windows. Is there any way
to get rid of the 1-second delay?

--
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

Re: Why Vimball archives are evil?

A short summary:

A. 'Vimball is evil' arguments:
1. Binaries not supported.
2. "Bad" extension.
3. No compression.

B. 'Vimball is good' arguments (couldn't find a better antonym for evil):
1. Easy to use.
2. Part of standard Vim distribution.
3. Plain text.
4. Destination of scripts can be specified.

Point A.1 could be a problem and I doubt it can be easily fixed without adding dependencies, but most scripts are plain text only, so I don't see it as a big issue.

The author has already offered to address A.2, which doesn't look like a mayor problem either.

A.3 could be a problem for very slow connection downloading a very big vimball archive, a non so common situation given the size of scripts and current tipical bandwith used this days (a telephone modem would be fast enough for most plugins).

So, I still don't get why there's opposition against vimball archives, they seem like a good option to distribute vim plugins.

Israel

--
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

Re: CTRL-???

On 09/27/10 13:47, meino.cramer@gmx.de wrote:
> Now CTRL-A end CTRL-E in input are no longer working.
>
> :<CTRL-A>
>
> give me a long list of functions(?) or somthing
> and
>
> :<CTRL-E> give me the opposite of that: The sound of silence
> or with other words: Nothing.

The first one is an expected behavior detailed at

:help c_CTRL-A

The latter should still work (ctrl+E should behave the same as
<end>) so if your cursor is in the middle of a command:

:%s/foo/bar/

with the cursor on "f", pressing ctrl+E should take you to the
end of the input. I suspect you had/want a mapping something like

:cnoremap <c-a> <home>

-tim


--
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