GNU bug report logs -
#20254
25.0.50; `face' overlays with equal priority at the same location
Previous Next
Reported by: Drew Adams <drew.adams <at> oracle.com>
Date: Fri, 3 Apr 2015 21:46:02 UTC
Severity: wishlist
Found in version 25.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> > Is there a rule behind this behavior?
>
> If an overlay is nested inside another, then it takes precedence.
> If neither is nested in the other then the precedence is not documented
> (IIRC it's arbitrarily taken to be "the one that's closest to
> point-min", and if start and end at the same position, then the
> precedence depends on the 100% arbitrary addresses of the overlays in
> memory).
In the case I described, the overlays are on exactly the same positions
(they coincide), so the last phrase applies, apparently: "100% arbitrary
addresses of the overlays in memory".
Any chance this implementation could be revisited, to do something
regular - predictable and user-manipulable? Or would that be too costly
in terms of performance? If it is feasible then please consider this
to be such an enhancement request.
This bug report was last modified 9 years and 19 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.