From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: emacs-27 027da65: Fix display of minibuffer prompt in ido.el Date: Fri, 14 Feb 2020 10:08:17 +0200 Message-ID: <83v9o9pp5a.fsf@gnu.org> References: <20200212194122.31240.58820@vcs0.savannah.gnu.org> <20200212194123.6158D20B80@vcs0.savannah.gnu.org> <2d10cd64-0a6a-b2e4-9e7d-ff982224a942@yandex.ru> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="114083"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, dgutov@yandex.ru To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Feb 14 09:08:47 2020 Return-path: Envelope-to: ged-emacs-devel@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 1j2W1m-000TZC-4d for ged-emacs-devel@m.gmane-mx.org; Fri, 14 Feb 2020 09:08:46 +0100 Original-Received: from localhost ([::1]:35906 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2W1l-00047q-5P for ged-emacs-devel@m.gmane-mx.org; Fri, 14 Feb 2020 03:08:45 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:32975) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j2W1G-0003iq-Tr for emacs-devel@gnu.org; Fri, 14 Feb 2020 03:08:15 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:44824) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j2W1G-0000ye-1u; Fri, 14 Feb 2020 03:08:14 -0500 Original-Received: from [176.228.60.248] (port=3239 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j2W1F-000293-5R; Fri, 14 Feb 2020 03:08:13 -0500 In-reply-to: (message from Stefan Monnier on Thu, 13 Feb 2020 18:39:40 -0500) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:244934 Archived-At: > From: Stefan Monnier > Cc: emacs-devel@gnu.org, Eli Zaretskii > Date: Thu, 13 Feb 2020 18:39:40 -0500 > > >> +@item minibuffer-message > >> +@kindex minibuffer-message @r{(text property)} > >> +This text property tells where to display temporary messages in an > >> +active minibuffer. > > > > TBH, I'm wary of documenting this variable in the manual, since we might > > prefer to do away with it later, if a sufficiently stable fix for the > > overlay-based solution is found. > > I tend to agree. I don't, at least not for the reasons described by Dmitry. Display of overlay strings is quite messy, especially at EOB; it already causes quite a few complex and sometimes inelegant code fragments in the display engine, in particular related to cursor positioning. So anything that allows us to avoid using overlay strings, and simply insert text into a buffer, is a win from my POV. And using a special text property to guide display (and other important features) is a technique we use elsewhere in Emacs. Granted, we don't always document such text properties, but in this case, we are talking about an area where quite a few external packages tend to offer all kinds of add-ons and improvements, so I thought it was important to document it, so that they could play well with the new set-message-function feature. That said, if you (or someone else) have other good reasons we would like not to publish this property, which are stronger than the considerations that led me to document it, I'm all ears. Thanks.