GNU bug report logs - #19200
Point adjustment moves *into* invisible text

Previous Next

Full log

Message #68 received at 19200 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: michael_heerdegen <at> web.de, jonas <at> bernoul.li, 19200 <at> debbugs.gnu.org
Subject: Re: bug#19200: Point adjustemnt moves *into* invisible text
Date: Tue, 22 Mar 2016 20:52:57 +0200

> From: Stefan Monnier <monnier <at> iro.umontreal.ca>
> Cc: 19200 <at> debbugs.gnu.org,  michael_heerdegen <at> web.de,  jonas <at> bernoul.li
> Date: Tue, 22 Mar 2016 14:36:10 -0400
> 
> > So what exactly is this bug about?
> 
> There are 2 odd behaviors:
> - point adjustment doesn't bring us to position 3 after C-n

Why is that a problem?  Position 3 is invisible, so we shouldn't
expect to end up with point there.

> - M-: (point) has the side-effect of bringing us to position 3
>   My guess here is that after the M-: command, at the end of
>   command_loop_1, last_point_position refers to a position in another
>   buffer (i.e. in the minibuffer), so it thinks there was a movement and
>   hence re-runs adjust_point_for_property, which this time gets it right.

Maybe.  If this is the bug to solve, I could look into it.  But your
original reports said this is actually the correct position of point,
a claim which I don't understand.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.