GNU bug report logs - #36550
Small bug fix in recentf.el

Previous Next

Package: emacs;

Reported by: Linus Källberg <linus.kallberg <at> outlook.com>

Date: Mon, 8 Jul 2019 14:50:01 UTC

Severity: minor

Full log


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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Linus Källberg <linus.kallberg <at> outlook.com>
Cc: "36550 <at> debbugs.gnu.org" <36550 <at> debbugs.gnu.org>
Subject: Re: bug#36550: mouse-face overlay calculation error
Date: Sat, 13 Jul 2019 02:31:15 +0200
Linus Källberg <linus.kallberg <at> outlook.com> writes:

> On second thought, I don't think the real problem is in recentf.el, but 
> rather in the implementation of widgets and/or faces. It makes sense to 
> keep recentf.el as it is.

There's something even more fundamentally wrong going on here, I think.

Here's a test case:

(progn
  (let ((point (point)))
    (insert "foo\n")
    (let ((o (make-overlay point (point))))
      (overlay-put o 'mouse-face 'highlight)
      (insert "bar"))))

This should make a mouse face that's displayed the entire "foo" line,
but it extends to the first character of the next line.

If you make it one character shorter, then the entire line isn't
highlighted.

And!  If you say `face' instead of `mouse-face', then everything is
highlighted correctly (i.e., just the entire "foo" line, and not the "b"
on the next line).

So is there some basic fault in the code that calculates the length of
the mouse highlighting?  I don't really know where to start looking...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 5 years and 339 days ago.

Previous Next


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