[simon.marshall@misys.com: Possible mouse-face redisplay glitch]

[simon.marshall@misys.com: Possible mouse-face redisplay glitch]

[Richard Stallman]

Since this is not due to the Exceed server, would someone please
DTRT and then ack?

------- Start of forwarded message -------
From: "Marshall, Simon" <simon.marshall@misys.com>
To: "'Emacs Pretest Bug (emacs-pretest-bug@gnu.org)'"
	<emacs-pretest-bug@gnu.org>
Date: Tue, 9 Jan 2007 12:17:22 -0000 
MIME-Version: 1.0
Content-Type: text/plain
Subject: Possible mouse-face redisplay glitch
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed 
	version=3.0.4

This is with CVS Emacs as of Jan 8.

In GNU Emacs 22.0.92.1 (sparc-sun-solaris2.8, Motif Version 2.1.0)
 of 2007-01-08 on perth
X server distributor `Hummingbird Ltd.', version 11.0.100015
configured using `configure
'--prefix=/rvcarma/marshals/software/slash/usr/local'
'--with-x-toolkit=motif' 'CFLAGS=-g''

First generate a calendar in the lower window with:

M-x calendar RET

Put mouse over Jan 3 entry such that its mouse-face text property is active
and:

<

For me, the position under the mouse (ie, the non-entry above Dec 6 entry)
still appears highlighted in mouse-face.  A C-l clears the highlighting.

This bug might be in the X server (Exceed from Hummingbird), rather than in
Emacs, but I'm reporting it here as I've no way of checking with a different
server.


This email message is intended for the named recipient only. It may be privileged and/or confidential. If you are not the named recipient of this email please notify us immediately and do not copy it or use it for any purpose, nor disclose its contents to any other person.       Misys Banking Systems is a trading name of Misys International Banking Systems Limited which is registered in England and Wales under company registration number 00971479 and with its registered office address at Burleigh House, Chapel Oak, Salford Priors, Evesham WR11 8SP.    THIS E-MAIL DOES NOT CONSTITUTE THE COMMENCEMENT OF LEGAL RELATIONS BETWEEN YOU AND MISYS INTERNATIONAL BANKING SYSTEMS LIMITED. PLEASE REFER TO THE EXECUTED CONTRACT BETWEEN YOU AND THE RELEVANT MEMBER OF THE MISYS GROUP FOR THE IDENTITY OF THE CONTRACTING PARTY WITH WHICH YOU ARE DEALING. 


_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
------- End of forwarded message -------

[simon.marshall@misys.com: Possible mouse-face redisplay glitch]

[Richard Stallman]

[I sent this message a weeks ago but did not get a response.]

Since this is not due to the Exceed server, would someone please
DTRT and then ack?

------- Start of forwarded message -------
From: "Marshall, Simon" <simon.marshall@misys.com>
To: "'Emacs Pretest Bug (emacs-pretest-bug@gnu.org)'"
	<emacs-pretest-bug@gnu.org>
Date: Tue, 9 Jan 2007 12:17:22 -0000 
MIME-Version: 1.0
Content-Type: text/plain
Subject: Possible mouse-face redisplay glitch
X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed 
	version=3.0.4

This is with CVS Emacs as of Jan 8.

In GNU Emacs 22.0.92.1 (sparc-sun-solaris2.8, Motif Version 2.1.0)
 of 2007-01-08 on perth
X server distributor `Hummingbird Ltd.', version 11.0.100015
configured using `configure
'--prefix=/rvcarma/marshals/software/slash/usr/local'
'--with-x-toolkit=motif' 'CFLAGS=-g''

First generate a calendar in the lower window with:

M-x calendar RET

Put mouse over Jan 3 entry such that its mouse-face text property is active
and:

<

For me, the position under the mouse (ie, the non-entry above Dec 6 entry)
still appears highlighted in mouse-face.  A C-l clears the highlighting.

This bug might be in the X server (Exceed from Hummingbird), rather than in
Emacs, but I'm reporting it here as I've no way of checking with a different
server.


This email message is intended for the named recipient only. It may be privileged and/or confidential. If you are not the named recipient of this email please notify us immediately and do not copy it or use it for any purpose, nor disclose its contents to any other person.       Misys Banking Systems is a trading name of Misys International Banking Systems Limited which is registered in England and Wales under company registration number 00971479 and with its registered office address at Burleigh House, Chapel Oak, Salford Priors, Evesham WR11 8SP.    THIS E-MAIL DOES NOT CONSTITUTE THE COMMENCEMENT OF LEGAL RELATIONS BETWEEN YOU AND MISYS INTERNATIONAL BANKING SYSTEMS LIMITED. PLEASE REFER TO THE EXECUTED CONTRACT BETWEEN YOU AND THE RELEVANT MEMBER OF THE MISYS GROUP FOR THE IDENTITY OF THE CONTRACTING PARTY WITH WHICH YOU ARE DEALING. 


_______________________________________________
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
------- End of forwarded message -------

Re: [simon.marshall@misys.com: Possible mouse-face redisplay glitch]

[Chong Yidong]

Richard Stallman <rms@gnu.org> writes:

> First generate a calendar in the lower window with:
>
> M-x calendar RET
>
> Put mouse over Jan 3 entry such that its mouse-face text property is active
> and:
>
> <
>
> For me, the position under the mouse (ie, the non-entry above Dec 6 entry)
> still appears highlighted in mouse-face.  A C-l clears the highlighting.

This bug was introduced by the following change:

2006-10-06  Kim F. Storm  <storm@cua.dk>

	* xdisp.c (pos_visible_p): Fix value when EOB is visible.

*** emacs/src/xdisp.c	2006/10/01 16:44:43	1.1123
--- emacs/src/xdisp.c	2006/10/06 13:30:45	1.1124
***************
*** 1346,1352 ****
        it2 = it;
        if (IT_CHARPOS (it) < ZV && FETCH_BYTE (IT_BYTEPOS (it)) != '\n')
  	move_it_by_lines (&it, 1, 0);
!       if (charpos < IT_CHARPOS (it))
  	{
  	  visible_p = 1;
  	  move_it_to (&it2, charpos, -1, -1, -1, MOVE_TO_POS);
--- 1346,1353 ----
        it2 = it;
        if (IT_CHARPOS (it) < ZV && FETCH_BYTE (IT_BYTEPOS (it)) != '\n')
  	move_it_by_lines (&it, 1, 0);
!       if (charpos < IT_CHARPOS (it)
! 	  || (it.what == IT_EOB && charpos == IT_CHARPOS (it)))
  	{
  	  visible_p = 1;
  	  move_it_to (&it2, charpos, -1, -1, -1, MOVE_TO_POS);

Kim, do you remember what the rationale for this change was, and can
you think of why this is causing the problem?

Re: [simon.marshall@misys.com: Possible mouse-face redisplay glitch]

[Kim F. Storm]

Chong Yidong <cyd@stupidchicken.com> writes:

> This bug was introduced by the following change:
>
> 2006-10-06  Kim F. Storm  <storm@cua.dk>
>
> 	* xdisp.c (pos_visible_p): Fix value when EOB is visible.
>
> Kim, do you remember what the rationale for this change was, and can
> you think of why this is causing the problem?

It fixed another bug:

http://comments.gmane.org/gmane.emacs.devel/60425

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk

Re: [simon.marshall@misys.com: Possible mouse-face redisplay glitch]

[Chong Yidong]

storm@cua.dk (Kim F. Storm) writes:

> Chong Yidong <cyd@stupidchicken.com> writes:
>
>> This bug was introduced by the following change:
>>
>> 2006-10-06  Kim F. Storm  <storm@cua.dk>
>>
>> 	* xdisp.c (pos_visible_p): Fix value when EOB is visible.
>>
>> Kim, do you remember what the rationale for this change was, and can
>> you think of why this is causing the problem?
>
> It fixed another bug:
>
> http://comments.gmane.org/gmane.emacs.devel/60425

It's not obvious to me why reverting this change to pos_visible_p
causes the bug to disappear, as it does.  Could you try to debug it?

Re: [simon.marshall@misys.com: Possible mouse-face redisplay glitch]

[Kim F. Storm]

Chong Yidong <cyd@stupidchicken.com> writes:

> storm@cua.dk (Kim F. Storm) writes:
>
>> Chong Yidong <cyd@stupidchicken.com> writes:
>>
>>> This bug was introduced by the following change:
>>>
>>> 2006-10-06  Kim F. Storm  <storm@cua.dk>
>>>
>>> 	* xdisp.c (pos_visible_p): Fix value when EOB is visible.
>>>
>>> Kim, do you remember what the rationale for this change was, and can
>>> you think of why this is causing the problem?
>>
>> It fixed another bug:
>>
>> http://comments.gmane.org/gmane.emacs.devel/60425
>
> It's not obvious to me why reverting this change to pos_visible_p
> causes the bug to disappear, as it does.  Could you try to debug it?

Sorry, but I don't have time right now to work on this.

-- 
Kim F. Storm <storm@cua.dk> http://www.cua.dk