From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ikumi Keita Newsgroups: gmane.emacs.bugs Subject: bug#43033: 27.1; Two zero-width overlays with before- and after-string property Date: Tue, 25 Aug 2020 16:08:04 +0900 Message-ID: <2299.1598339284@localhost> References: <1377.1598333200@localhost> <83ft8b5idh.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="34023"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43033@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Aug 25 09:09:10 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAT4w-0008kh-N0 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 25 Aug 2020 09:09:10 +0200 Original-Received: from localhost ([::1]:38924 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kAT4v-0000Oj-Fl for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 25 Aug 2020 03:09:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44184) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kAT4o-0000OX-SF for bug-gnu-emacs@gnu.org; Tue, 25 Aug 2020 03:09:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48555) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kAT4o-0007ay-JU for bug-gnu-emacs@gnu.org; Tue, 25 Aug 2020 03:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kAT4o-0006lY-F4 for bug-gnu-emacs@gnu.org; Tue, 25 Aug 2020 03:09:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ikumi Keita Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 25 Aug 2020 07:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43033 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 43033-submit@debbugs.gnu.org id=B43033.159833929025945 (code B ref 43033); Tue, 25 Aug 2020 07:09:02 +0000 Original-Received: (at 43033) by debbugs.gnu.org; 25 Aug 2020 07:08:10 +0000 Original-Received: from localhost ([127.0.0.1]:60101 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAT3y-0006kP-L0 for submit@debbugs.gnu.org; Tue, 25 Aug 2020 03:08:10 -0400 Original-Received: from smtp1a.inetd.co.jp ([210.129.88.11]:53186) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAT3v-0006kD-F8 for 43033@debbugs.gnu.org; Tue, 25 Aug 2020 03:08:09 -0400 Original-Received: from localhost (203-165-82-99.rev.home.ne.jp [203.165.82.99]) by smtp1a.inetd.co.jp (Postfix) with ESMTPA id F36E962; Tue, 25 Aug 2020 16:08:04 +0900 (JST) In-reply-to: <83ft8b5idh.fsf@gnu.org> Comments: In-reply-to Eli Zaretskii message dated "Tue, 25 Aug 2020 09:50:34 +0300." X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 27.1 Content-ID: <2298.1598339284.1@localhost> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:186235 Archived-At: >>>>> Eli Zaretskii writes: >> 3. Expected result: *scrach* buffer displays "beforeAFTER" in it >> Actual result: *scrach* buffer displays "AFTERbefore" in it > This is the expected (albeit somewhat counter-intuitive) behavior: > Emacs always sorts after-strings so that they come in front of > before-strings, except if they are from the same overlay. This > behavior remained unchanged since Emacs 21.1. >> [How this behavior affects my usage of overlay] >> When the minibuffer has a zero-width overlay at the EOB with >> before-string property, `set-minibuffer-message' displays that string >> after, not before, the echo area message shown by that function. > This is by design: we want the minibuffer message to be as visible as > possible, so other overlays are pushed to the right (where they could > be hidden if the screen space is insufficient). OK, thanks. Then I'll customize `set-message-function' for my personal usage. Regards, Ikumi Keita