emacs-orgmode
[Top][All Lists]
Advanced

[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



reply via email to

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