Fold docstrings at separate level about simpylfold HOT 1 CLOSED

I think your title should say "doctests" instead of "docstrings", but I know what you mean.

As I mentioned in #9, my 2 criteria for including new folding functionality in this plugin are:

1. Can it be implemented without making the code complicated?
2. Is it universally desirable?

I am not sure this meets either criterion. For the first, I suspect that this would be more challenging to implement than you think. It is not sufficient to only fold docstring lines beginning with >>> or .... Doctests also include expected output below the >>> lines, which has no special prefix, and may extend to multiple lines. How do you tell where the doctest ends and the "normal" docstring resumes? While I'm sure that it is possible to do so by examining what the actual doctest module does and reimplementing it in Vim, I can't imagine that the resulting code will be simple to understand.

For the second criterion, I do not think it is obvious that nearly every Python programmer would want this. I, for one, would rather not have doctests fold separately. I would still accept such a feature if it were opt-in; i.e. disabled by default but toggled on by a variable that could be set from the user's .vimrc.

So, if you want to write a patch for this, I'll accept it, provided that it is well-written and does not overly complicate the code, does not fail to fold correctly in any unusual corner cases, and is disabled unless the user enables it in their .vimrc.

I appreciate the suggestion, whether or not we end up including it.

from simpylfold.