Re: [sdl.web@gmail.com: misbehaviour of outline-backward-same-level]

[Leo <sdl.web@gmail.com>]

Dear Thien-Thi,

----- Thien-Thi Nguyen (2007-04-13) wrote:-----

> () Richard Stallman <rms@gnu.org>
> () Thu, 12 Apr 2007 21:41:44 -0400
>
>    `outline-backward-same-level' will move from a heading line to a
>    non-heading line when on the first level-1 heading.
>
>    To reproduce:
>       o  Open the attached file
>       o  Go to "* Head 1"
>       o  "C-c C-b" (which runs the command outline-backward-same-level)
>       o  Cursor moved to the first line of the buffer
>
> docstring sez:
>
>    Move backward to the ARG'th subheading at same level as this one.
>    Stop at the first and last subheadings of a superior heading.
>
> since there is no superior level for the top-level, the current
> behavior seems reasonable.  it is analogous to what happens when you
> hold down `C-M-a' in ~/.emacs; it is coherent in that respect for the
> general "go backward before first top-level" case.  i see no need to
> change it.

However, C-M-e can then move back to the defun while C-c C-f
('outline-forward-same-level') won't, i.e. users are trapped in the area
above the first heading.

So it needs fixing, one way or the other. But for consistency, fixing
C-c C-f is acceptable also.

> if downstream code depends on some particular non-standard behavior,
> then i would urge those dependencies to be examined and either removed
> or reworked.
>
> on the other hand, in similar spirit i suggested postponing the
> definition of `turn-off-hideshow' but that was not agreed upon, so
> perhaps my interpretation of the vague concepts of cohesion, harmony
> and long-term maintenance burden, are themselves not "in the outline"
> (yuk yuk) of the emacs hackers' practice.
>
> in any case, what is the dependency?  ie, how does org mode misbehave
> given current `outline-backward-same-level' behavior?

Org uses outline's functions for navigating. So it has exactly the same
behavior as outline.

regards,
-- 
Leo <sdl.web AT gmail.com>                         (GPG Key: 9283AA3F)