[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] Outline cycling does not preserve point's position
From: |
Sebastien Vauban |
Subject: |
Re: [O] Outline cycling does not preserve point's position |
Date: |
Sat, 07 Sep 2013 21:28:08 +0200 |
User-agent: |
Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (windows-nt) |
Hi Carsten,
Carsten Dominik wrote:
> On 7.9.2013, at 14:11, "Sebastien Vauban" <address@hidden> wrote:
>
>> Since a little while, I've observed that point's position is not anymore
>> preserved when cycling buffer's view with S-TAB.
>>
>> Sometimes, point stays where it was (even when in the body of entries);
>> sometimes, not.
>>
>> See http://screencast.com/t/1sr6Lezk:
>>
>> - when on the first letter of "From", in that example, point's location is
>> preserved;
>>
>> - when on the second letter of it, point's location is lost: new position is
>> at the end of the level 1 parent...
>>
>> That's very annoying when you want to just look at your tree structure, but
>> don't expect to land somewhere else by doing so.
>
> you say "since a little while". Have you tried to bisect?
Not yet. I have many Chinese plates turning at the moment, but I'll try to do
that very soon. And I have other problems to report or bisect:
- not possible anymore to "cut" a code snippet in two parts with C-c C-v C-d
(demarcate block); already reported (without bisect), no answer;
- not possible anymore to use C-a or C-e in code blocks to select regions; not
reported yet, though I reported similar problems with C-arrows (apparently
due to a change which is now officially part of 8.1). IMO, that renders
editing of code block in the original buffer much more annoying.
> Or has it been like this always?
In my mind, this did work before; or, at least, in (many) more cases than it
now does.
> Also, I am not convinced that staying in invisible places is the
> right behavior at all. Even though I would agree that three S-TAB
> in a row should be a null operation.
At the very least, we could agree that point should always be part of the
entry we were on; so never go up to the *parent* entry.
> May be it would be better to use something like
>
> (org-display-outline-path nil t)
>
> to see where you are?
I know where I am: I'm using that. But, sometimes (in fact, often), I want to
see the rest of the entries (brothers, parents, etc.) in the outline view.
I simply expect to land back at the entry I was at, when having cycled
3 times.
Best regards,
Seb
--
Sebastien Vauban
- [O] Outline cycling does not preserve point's position, Sebastien Vauban, 2013/09/07
- Re: [O] Outline cycling does not preserve point's position, Carsten Dominik, 2013/09/07
- Re: [O] Outline cycling does not preserve point's position, Carsten Dominik, 2013/09/08
- 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, 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, Sebastien Vauban, 2013/09/09