GNU bug report logs - #4096
23.1.50; forward-char sometimes steps over overlay 'display

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 4096 in the body.
You can then email your comments to 4096 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; forward-char sometimes steps over overlay 'display
Date: Sun, 9 Aug 2009 18:08:39 +0200

I have two rather similar 'display strings for two invisible
overlays. In one case forward-char steps over the 'display string part
and in the other it stops on it (as it should).

For the case when it steps over the display string looks something like

#("+ <p>...(6 hidden lines)" 0 1
  (face mode-line)
  2 3
  (fontified t)
  3 4
  (face font-lock-function-name-face fontified t)
  4 5
  (fontified t))

and for the case where it stops (expected behaviour) it looks like

#("+...(155 hidden lines)" 0 1
  (face mode-line))

I can reproduce it, but have not made a test case. However the behaviour
can easily be seen in the devel sources for nXhtml. One case is for
outline-minor-mode and one is for hs-minor-mode used in a nxhtml-mode buffer.


In GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
 of 2009-08-01
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --no-opt --cflags
-Ic:/g/include -fno-crossjumping'

Message #10 received at 4096 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: 4096 <at> debbugs.gnu.org
Subject: Re: bug#4096: 23.1.50; forward-char sometimes steps over overlay 
	'display
Date: Sun, 9 Aug 2009 22:28:55 +0200

(Please merge this with 4094.)

I think the problem might be in

    adjust_for_invis_intang

or the use of it. This function checks for insertion type.

This is different for the overlays I have mentioned here. One is
created by outline-minor-mode and one by hs-minor-mode. One of them
set insertion type for the beginning of the overlay, the other does
not. In one of the cases at least forward-char works, in the other it
does not. (backward-char still does not work.)

However it must be a mistake to check for insertion type here. Forward
char has nothing to do with that. (Note: adjust_for_invis_intang is
called by set_point_both.)

Message #15 received at 4096 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: 4096 <at> debbugs.gnu.org
Subject: Re: bug#4096: 23.1.50; forward-char sometimes steps over overlay  'display
Date: Mon, 10 Aug 2009 00:13:56 -0400

> I think the problem might be in

>     adjust_for_invis_intang

> or the use of it. This function checks for insertion type.

This function should not do anything if you don't have `intangible'
things around.  Do you?  If you do, I'm tempted to say "there's your
problem".


        Stefan

Message #20 received at 4096 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 4096 <at> debbugs.gnu.org
Subject: Re: bug#4096: 23.1.50; forward-char sometimes steps over overlay 
	'display
Date: Mon, 10 Aug 2009 06:34:42 +0200

On Mon, Aug 10, 2009 at 6:13 AM, Stefan Monnier<monnier <at> iro.umontreal.ca> wrote:
>> I think the problem might be in
>
>>     adjust_for_invis_intang
>
>> or the use of it. This function checks for insertion type.
>
> This function should not do anything if you don't have `intangible'
> things around.  Do you?  If you do, I'm tempted to say "there's your
> problem".

Not that I know of. I looked for it but could not find it. (I have not
checked that adjust_for_invis_intang is actually called. I looked
around in the code searching for some reasonable explanation.)

The overlays are created by outline-minor-mode and hs-minor-mode +
'display property added by me.

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: 4096 <at> debbugs.gnu.org
Subject: Re: bug#4096: closed (Re: bug#4094: 23.1.50; posn-at-point gets upset
	by overlays with 'invisible and 'display)
Date: Sun, 10 Jul 2011 02:38:41 +0200

Sorry, I do not have time to give a precise recipe.

On Sun, Jul 10, 2011 at 02:31, GNU bug Tracking System
<help-debbugs <at> gnu.org> wrote:
> Your bug report
>
> #4094: 23.1.50; forward-char sometimes steps over overlay 'display
>
> which was filed against the emacs package, has been closed.
>
> The explanation is attached below, along with your original report.
> If you require more details, please reply to 4096 <at> debbugs.gnu.org.
>
> --
> 4094: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=4094
> GNU Bug Tracking System
> Contact help-debbugs <at> gnu.org with problems
>
>
> ---------- Forwarded message ----------
> From: Glenn Morris <rgm <at> gnu.org>
> To: 4094-done <at> debbugs.gnu.org
> Date: Sat, 09 Jul 2011 20:30:08 -0400
> Subject: Re: bug#4094: 23.1.50; posn-at-point gets upset by overlays with 'invisible and 'display
>
> Closed due to lack of response.
>
> Chong Yidong wrote:
>
>> Please provide a precise, step-by-step recipe to reproduce this,
>> starting with `emacs -Q'.
>
>
>
> ---------- Forwarded message ----------
> From: Lennart Borgman <lennart.borgman <at> gmail.com>
> To: emacs-pretest-bug <at> gnu.org
> Date: Sun, 9 Aug 2009 18:08:39 +0200
> Subject: 23.1.50; forward-char sometimes steps over overlay 'display
> I have two rather similar 'display strings for two invisible
> overlays. In one case forward-char steps over the 'display string part
> and in the other it stops on it (as it should).
>
> For the case when it steps over the display string looks something like
>
> #("+ <p>...(6 hidden lines)" 0 1
>  (face mode-line)
>  2 3
>  (fontified t)
>  3 4
>  (face font-lock-function-name-face fontified t)
>  4 5
>  (fontified t))
>
> and for the case where it stops (expected behaviour) it looks like
>
> #("+...(155 hidden lines)" 0 1
>  (face mode-line))
>
> I can reproduce it, but have not made a test case. However the behaviour
> can easily be seen in the devel sources for nXhtml. One case is for
> outline-minor-mode and one is for hs-minor-mode used in a nxhtml-mode buffer.
>
>
> In GNU Emacs 23.1.50.1 (i386-mingw-nt5.1.2600)
>  of 2009-08-01
> Windowing system distributor `Microsoft Corp.', version 5.1.2600
> configured using `configure --with-gcc (3.4) --no-opt --cflags
> -Ic:/g/include -fno-crossjumping'
>
>
>

Previous Next

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