On Mon, Feb 26, 2007 at 12:32:19PM EST, Tim Chase wrote:
> >>- To change (once) to the dir of the current file
> >>
> >> :cd %:p:h
> >
[..]
>
> If you're impatient, full details can be found at
>
> :help filename-modifiers
>
> >2. How to use vim's help efficiently
>
> There are several attacks one can use to get Vim's help to spit
> out helpful stuff. In this case, I found it by typing
>
> :help :p
>
> and then hitting control+D instead of <enter> which causes Vim to
> show auto-completion for what you've typed so far. This brought
> back 6 columns of 11 rows each of possibilities,
Yes, I did that :-)
> but most of them
> were clearly not what I was looking for (there was something
> after the ":p"). The one that looked most promising was "::p"
> which, though somewhat strange-looking, turned out to be what I
> wanted.
Missed it .. and if I had seen it .. I probabably would have looked it
up just out of curiosity.
:-)
> Another attack might be to use
>
> :helpgrep :p
> :copen
.. and to think that I have this on my own little personal cheat sheet
and never really used it up to now. The nice thing is that you can then
use "/" to skim the output. Sometimes the difficulty is not so much
learning the rich vim feature-set but integrating it to your day-to-day
habits. Thank you so much for the reminder .. I feel guilty now so that
should help me do some :helpgrepping regularly from now on.
> This opens a quickfix window (":help quickfix-window") of all the
> hits in the help where ":p" appears in the help. While I get
> just shy of 400 hits back, there are some obviously good leads
> and some obviously bogus leads among the chaff. One of the nice
> things is that you can use regexps in your search, so you can
> change it to
>
> :helpgrep :p\>
.. even cooler than my uneducated method.
> to winnow that list down to 47 according to the help I have here.
> A number of the top hits come back in cmdline.txt, all fairly
> clustered together, so any of them would be a good starting
> candidate. Just navigate to a prospective candidate and hit
> <enter> to jump to that piece of the helpfile.
>
> These two methods are my usual attack into finding something in
> the vim-help. If these don't get you to where you want to go,
> it's often a matter of finding the right search keyword/pattern.
added to my cheat sheet .. which I try to write more as a
"task-oriented" document than a mere collection of commands.
I find the exercise useful since as, I believe, A. Einstein once
remarked .. if you can't explain it .. you don't fully understand it ..
or something to that effect.
> I've been stumped by this before (just this month) and the
> mailing list is quite friendly about answering questions as well
> as guiding you in with keywords. In my case it was finding what
> turned out to be ":help i_CTRL-G_u" and Yakov was able to dig it
> up in the help using the phrase "break undo" which I hadn't come
> up with.
>
> So dig a bit with the above tools, and if you hit a wall, drop a
> line on the list with what you want and what you've tried, and
> I'm sure you'll get all sorts of good answers back.
I often think that the intrinsic quality of [email protected] adds
considerable value to an already great piece of software. What I
particularly like about it is that you can come up with a naive or even
dumb question and within the hour, somebody will come up with the answer
to the question you should have asked.
I am subscribed to about 25 mailing lists at this point and the only one
that comes close is the TeX/LaTeX list. Interestingly enough there is
very little "trolling" on [email protected] .. as if the quality of the posts
acted as a deterrent.
Thanks
cga
