GNU bug report logs - #59067
29.0.50; Exexpected overlay order in `overlays-in' return value

Previous Next

Package: emacs;

Reported by: Ihor Radchenko <yantar92 <at> posteo.net>

Date: Sun, 6 Nov 2022 03:39:02 UTC

Severity: normal

Found in version 29.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>,
 Ihor Radchenko <yantar92 <at> posteo.net>
Cc: 59067 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#59067: 29.0.50; Exexpected overlay order in `overlays-in'
 return value
Date: Thu, 10 Nov 2022 22:37:01 +0200
On 10.11.2022 16:03, Stefan Monnier via Bug reports for GNU Emacs, the 
Swiss army knife of text editors wrote:
> Maybe Someoneā„¢ should browse through the various calls to `overlays-in`
> out there to try and see which orderings could be useful.

FWIW, mmm-mode uses overlay sorting based on the value of overlay-start 
(first come overlays where this value is higher, so basically the more 
deeply nested ones, if we imagine all overlays to be strictly nested, as 
is the case with mmm-mode).

It uses a custom sorting function, though (which also takes priority 
into account), so it shouldn't be affected by the breakage.

You can check it out here, it also seems reasonable as the potential 
default sort: 
https://git.savannah.gnu.org/cgit/emacs/elpa.git/tree/mmm-region.el?h=externals/mmm-mode#n148

If it's not too expensive to use as default, that is.




This bug report was last modified 2 years and 248 days ago.

Previous Next


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