From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: New multi-command facility displays in the wrong echo area. Date: Mon, 12 Oct 2020 22:46:29 +0300 Organization: LINKOV.NET Message-ID: <87k0vvz0q2.fsf@mail.linkov.net> References: <20201009163445.GB4027@ACM> <20201009203810.GC4027@ACM> <83imbi609a.fsf@gnu.org> <20201010103233.GB5662@ACM> <834kn25o6b.fsf@gnu.org> <20201010124446.GC5662@ACM> <831ri65jpc.fsf@gnu.org> <83zh4u44mx.fsf@gnu.org> <83imbg4yl3.fsf@gnu.org> <837drv4ij6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30438"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: Gregory Heytings , acm@muc.de, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Oct 12 21:53:46 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 1kS3tC-0007mt-AI for ged-emacs-devel@m.gmane-mx.org; Mon, 12 Oct 2020 21:53:46 +0200 Original-Received: from localhost ([::1]:43698 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kS3tB-0004p5-BJ for ged-emacs-devel@m.gmane-mx.org; Mon, 12 Oct 2020 15:53:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55994) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kS3s6-0003vU-6p for emacs-devel@gnu.org; Mon, 12 Oct 2020 15:52:38 -0400 Original-Received: from relay3-d.mail.gandi.net ([217.70.183.195]:55291) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kS3s3-00061M-TB; Mon, 12 Oct 2020 15:52:37 -0400 X-Originating-IP: 91.129.102.160 Original-Received: from mail.gandi.net (m91-129-102-160.cust.tele2.ee [91.129.102.160]) (Authenticated sender: juri@linkov.net) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id F00AE6000D; Mon, 12 Oct 2020 19:52:28 +0000 (UTC) In-Reply-To: <837drv4ij6.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 12 Oct 2020 17:37:33 +0300") Received-SPF: pass client-ip=217.70.183.195; envelope-from=juri@linkov.net; helo=relay3-d.mail.gandi.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/12 15:52:31 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:257495 Archived-At: > Btw, the C-s use case is special, you can see that if you do just > this: > > C-x C-f > C-s > > Juri, would it make sense to do something special for Isearch in the > "C-x o" case as well? Or am I wrong, and there's nothing special > with Isearch using the mini-window here? Actually, this case is not special to Isearch. AFAIU, the problem is following: typing more characters at the end of the minibuffer enlarges the minibuffer window when the minibuffer grows longer than the frame's width. The question is why the minibuffer window is not enlarged when an overlay is added at the end of the minibuffer? Is it possible to do this for an added overlay? If this is impossible to do automatically, then maybe the minibuffer window could be enlarged in set-minibuffer-message?