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

[Carsten Dominik <dominik@uva.nl>]

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

>
> On Apr 21, 2010, at 4:44 PM, Dan Davison wrote:
>
>> Carsten Dominik <carsten.dominik@gmail.com> writes:
>>
>>> On Apr 21, 2010, at 3:32 PM, Bastien wrote:
>>>
>>>> Carsten Dominik <carsten.dominik@gmail.com> 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.
>>
>> Dan
>>
>>
>>>
>>> - Carsten
>>>
>>>
>>>
>>> _______________________________________________
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> - Carsten
>
>
>

- Carsten