[Top][All Lists]

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

Re: [Orgmode] [Patch] M-Right and M-Left behave differently on headings

From: Carsten Dominik
Subject: Re: [Orgmode] [Patch] M-Right and M-Left behave differently on headings and list items
Date: Fri, 23 Apr 2010 10:26:08 +0200

On Apr 22, 2010, at 6:02 PM, Carsten Dominik wrote:

On Apr 21, 2010, at 4:44 PM, Dan Davison wrote:

Carsten Dominik <address@hidden> writes:

On Apr 21, 2010, at 3:32 PM, Bastien wrote:

Carsten Dominik <address@hidden> writes:

do others agree with Matti's view?

FWIW, I do.

There is still another difference.

Currently, when I execute the indentation command
several times in a row, the range to which this applies
is locked.

So for example"

   - level 1a
      - level 2a
      - level 2b
      - level 2c
   - level 1b

If I now go on level 1a and use M-S-left, level 1b becomes a sibling
of 2c. If I immediately after this do M-S-right, 1b should be indented
along with 2c, but this does not happen because the item range is
locked.  If, however, you do something in between, like moving the
cursor by one character, 1b will be included.

I believe I did this a long time ago, because I felt that not locking
the range for commands in direct succession would too quickly modify
the structure, including at places outside of the current view (
beyond the window end)

If you are calling for more consistency, maybe this "feature" should
go as well?

I hope that this is sufficiently closely related to belong in this
thread: I find it surprising that org-do-demote deactivates the
region. Let's say I start out with

* 1
** 11
* 111
* 112
* 2

and I wish to move to make 111 and 112 be children of 11

The way that seems natural to me is to select headings 111 and 112, and
apply org-demote-subtree twice in succession. So with point at the
beginning of the 111 line,

C-space down down M-right M-right

Hi Dan,

I do agree with your observation. However, keeping the mark active would mean that further cursor motions will still have the highlighted region hanging around, and I found this the bigger headache.

What I do in these cases is

M-right C-x C-x M-right

which is not pretty but workable.

If you have a better solution, please let me know.

- Carsten

- Carsten

However, this leads me to

* 1
** 11
** 111
** 112
** 2

because after one application of org-demote-subtree, the region becomes
deactivated and the second demotion applies to heading 2, which is
unlikely to have been intended.


- Carsten

Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.

- Carsten

- Carsten

reply via email to

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