[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#9034: point adjustment (with invisible text) moves to the next line
From: |
Eli Zaretskii |
Subject: |
bug#9034: point adjustment (with invisible text) moves to the next line |
Date: |
Thu, 26 Aug 2021 18:46:37 +0300 |
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: dmitry.kurochkin@gmail.com, 9034@debbugs.gnu.org
> Date: Thu, 26 Aug 2021 15:48:32 +0200
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > This code is chock-full of questionable heuristics, and in particular
> > tries to guess in which direction to move point out of the invisible
> > text. The results are sometimes surprising. The upside is that it
> > "mostly works". But if someone can come up with a better heuristics,
> > I'm all ears.
>
> Ah, right. But... the super-confusing thing about this is that we're
> not moving point in the buffer at all.
The original recipe moved from point-min to an end of a line.
> Just doing `M-: 4 RET' will result in this code adjusting point in
> the buffer. Doing, for instance, `M-x foo RET' (where `foo' does
> nothing) does not result in this point movement.
>
> So is `M-:' doing some weird thing in the original buffer to trigger
> this oddity?
Doing M-: in what part of the recipe?