Re: close all folds but current?

Thanks for all the replies you guys. 

Turns out zMzv is what I was looking for. Parsing error on my part of the helpfile, mostly. I am kind of still surprised that vim doesn't natively have such a "focus" behavior as a z command, to mitigate the fact that you are essentially blind for the first half of that. But, I can see the argument either way.

Now the only issue I am having is with what I perceive to be inconsistent behavior in foldmethod=indent, where it looks sometimes the same indentations of line get included in a single fold. I suspect this is something about me not understanding whitespace, so I should do further testing before I ask any real questions about it.

Thanks for the assist. This list is really fantastic and you guys are awesome.

Cheers,

-- Steen

On Wed, Jun 5, 2013 at 11:22 PM, Erik Christiansen <dvalin@internode.on.net> wrote:

On 05.06.13 09:15, Christian Brabandt wrote:
> On Wed, June 5, 2013 09:05, Erik Christiansen wrote:

> > There's a minor variant which also works. I've adopted the practice of:
> >
> >    zM<right-arrow>               # Or zMl, if you're a hjkl-er.
> >
> > to close all folds, then open the current one. Since <right-arrow> is
> > what I use for opening a fold in the first place, it's used often enough
> > that I don't sit there wondering which z-whatsit I'm trying to remember
> > for the less common use-case.
>
> That only works, if the cursor is not on the last char of the current line
> (in which case right-arrow is a noop and therefore doesn't open the fold).
> It might work with :set ve=onemore however.

That's surely an alternative, but it already works for me, because I
have: whichwrap=<,>,[,]

(It'll be '>' which is facilitating it, IIUC.)

> I have reported this a bug to Bram (and even provided a fix), but Bram
> didn't want to change it.

That seems fine. If there is anyone who cannot tolerate cursor wrapping,
but absolutely needs the shorter and (IME) more easily remembered
zM<right-arrow> form, then your option is the way forward. ISTM that
Vim is admirably (and _almost_ perfectly) configurable.

<Apropos_Perfection>
Now, if the new regex engine for Vim 7.4 supports Posix EREs, without
the need for leading "\v", e.g. with a config selection instead, then
Vim is Purrrrfect! :-)
</Apropos_Perfection>

Erik
(Who still can't get over how niftily Vim's folding works.)

--
Very few things happen at the right time, and the rest do not happen at all.
The conscientious historian will correct these defects.
                                         - Mark Twain, in "A Horse's Tale"

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
 
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.