GNU bug report logs - #64101
29.0.91; Eglot inlay hints rendered out of order

Previous Next

Full log

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

From: Milan Jovanovic <milanj <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 64101 <at> debbugs.gnu.org, Krzysztof Klimonda <kklimonda <at> syntaxhighlighted.com>,
 João Távora <joaotavora <at> gmail.com>,
 Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#64101: 29.0.91; Eglot inlay hints rendered out of order
Date: Tue, 20 Jun 2023 13:32:04 +0200

I do expect that but I’m talking about order of overlays that have the same start/end (and all of them have the same before-or-after-string property).
If you have more than one overlay with the same start/end and all of them have the same before-or-after-string property one order will be ascending and other descending (in regard to priority).
At least that is why I’ve observed while looking at the Eglot issue.

> On 20. 6. 2023., at 13:10, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
>> From: Milan Jovanovic <milanj <at> gmail.com>
>> Date: Mon, 19 Jun 2023 23:05:49 +0200
>> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>,
>> Eli Zaretskii <eliz <at> gnu.org>,
>> Krzysztof Klimonda <kklimonda <at> syntaxhighlighted.com>,
>> 64101 <at> debbugs.gnu.org
>> 
>> Looks like overlays render order depends on before-string/after-string property (beside priority).
> 
> Don't you expect that?  If some text has both before-string and
> after-string overlays, which one(s) will you expect to see before the
> other one?

Previous Next

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