emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: address@hidden: misbehaviour of outline-backward-same-level]


From: Thien-Thi Nguyen
Subject: Re: address@hidden: misbehaviour of outline-backward-same-level]
Date: Fri, 13 Apr 2007 10:08:23 +0200
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.97 (gnu/linux)

() Richard Stallman <address@hidden>
() 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.

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?

thi




reply via email to

[Prev in Thread] Current Thread [Next in Thread]