[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] Outline cycling does not preserve point's position
From: |
Eric Abrahamsen |
Subject: |
Re: [O] Outline cycling does not preserve point's position |
Date: |
Tue, 10 Sep 2013 14:48:22 +0800 |
User-agent: |
Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3 (gnu/linux) |
Carsten Dominik <address@hidden> writes:
> On 10.9.2013, at 05:47, Carsten Dominik <address@hidden> wrote:
>
>>
>> On 9.9.2013, at 17:41, Nicolas Goaziou <address@hidden> wrote:
>>
>>> Carsten Dominik <address@hidden> writes:
>>>
>>>> It is extremely predictable if you know about the structure of an Org
>>>> document and if you think in elements.
>>>
>>> It's a Sexp motion.
>>>
>>>> It is unexpected for a user who is used to C-arrow doing paragraph
>>>> motion. In Org, org-backward-element climbs out if a hierarchy. This
>>>> is not what happens in other modes with this command. That is what
>>>> I mean with unexpected.
>>>
>>> OK. Do you want it to return an error if there's no element at the same
>>> level above (or below for the forward counterpart)?
>>
>> No, I guess not. Lets just leave it the way it is, but implement
>> alternative behavior in source code blocks. I agree with the arguments you
>> make below.
>
> One more thought: What if the paragraph motion commands did use elements, but
> ignored the hierarchy. So they jump to the next headline, paragraph, table,
> src block, item?
>
> I think this would feel similar to what paragraph motion does in text mode.
>
> - Carsten
I once got halfway through implementing a pair of functions,
org-next-element and org-previous-element, that would do just that (and
for this very reason -- I still feel like the present behavior of "M-}"
and "M-{" is surprising and inconvenient). org-next-element sort of went:
1. Check if org-element-at-point has a :contents-begin, and if it does,
and we're not there yet, then go to it (then skip over property drawers).
2. If it doesn't, or we're already there, call org-forward-element.
I can't remember why I didn't finish it. I think there were weird edge
cases, and org-previous-element turned out to be more complicated, and I
got distracted. I do think these would be better options for M-{ and
M-}, though...
E
- Re: [O] Outline cycling does not preserve point's position, (continued)
- Re: [O] Outline cycling does not preserve point's position, Carsten Dominik, 2013/09/09
- Re: [O] Outline cycling does not preserve point's position, Jambunathan K, 2013/09/09
- Re: [O] Outline cycling does not preserve point's position, Nicolas Goaziou, 2013/09/09
- Re: [O] Outline cycling does not preserve point's position, Sebastien Vauban, 2013/09/09
- Re: [O] Outline cycling does not preserve point's position, Carsten Dominik, 2013/09/09
- Re: [O] Outline cycling does not preserve point's position, Carsten Dominik, 2013/09/10
- Re: [O] Outline cycling does not preserve point's position,
Eric Abrahamsen <=
- Re: [O] Outline cycling does not preserve point's position, Suvayu Ali, 2013/09/10
- Re: [O] Outline cycling does not preserve point's position, Suvayu Ali, 2013/09/10
- Re: [O] Outline cycling does not preserve point's position, Carsten Dominik, 2013/09/10
- Re: [O] Outline cycling does not preserve point's position, Carsten Dominik, 2013/09/10
- Re: [O] Outline cycling does not preserve point's position, Suvayu Ali, 2013/09/10
- Re: [O] Outline cycling does not preserve point's position, Carsten Dominik, 2013/09/10
- Re: [O] Outline cycling does not preserve point's position, Suvayu Ali, 2013/09/10
- Re: [O] Outline cycling does not preserve point's position, Nicolas Goaziou, 2013/09/10
- Re: [O] Outline cycling does not preserve point's position, Suvayu Ali, 2013/09/10
- Re: [O] Outline cycling does not preserve point's position, Suvayu Ali, 2013/09/10