From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Minibuffer positioned at a location other than the bottom of the frame? Date: Tue, 21 Nov 2017 17:49:04 +0200 Message-ID: <83fu97d43z.fsf@gnu.org> References: <5A13F19A.9000502@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1511279368 10133 195.159.176.226 (21 Nov 2017 15:49:28 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 21 Nov 2017 15:49:28 +0000 (UTC) Cc: zhenya1007@gmail.com, emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 21 16:49:19 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHAnT-0001rY-5k for ged-emacs-devel@m.gmane.org; Tue, 21 Nov 2017 16:49:15 +0100 Original-Received: from localhost ([::1]:35191 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHAna-0003J2-Dg for ged-emacs-devel@m.gmane.org; Tue, 21 Nov 2017 10:49:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50367) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHAnT-0003Il-Ij for emacs-devel@gnu.org; Tue, 21 Nov 2017 10:49:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eHAnN-0006Mr-QV for emacs-devel@gnu.org; Tue, 21 Nov 2017 10:49:15 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39846) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHAnN-0006Mk-NG; Tue, 21 Nov 2017 10:49:09 -0500 Original-Received: from [176.228.60.248] (port=3709 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eHAnN-000728-1Q; Tue, 21 Nov 2017 10:49:09 -0500 In-reply-to: <5A13F19A.9000502@gmx.at> (message from martin rudalics on Tue, 21 Nov 2017 10:27:54 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:220329 Archived-At: > Date: Tue, 21 Nov 2017 10:27:54 +0100 > From: martin rudalics > > > Has any consideration been given to having the option of displaying the > > minibuffer window somewhere other than the bottom of the frame? > > No, because ... > > > For > > example, if I have a frame split horizontally with bufferA on top and > > bufferB at the bottom, and I do an isearch in bufferA, it might (arguably) > > be nice to have the minibuffer window appear below bufferA's mode line, as > > opposed to below bufferB's mode line. > > ... if you now decide to delete the window showing bufferA, where would > the minibuffer window move to? Keeping the minibuffer window constantly > below a frame's selected window, for example, could be very annoying > because the window configuration would change continuously. Moving it > to the window where a user interaction via the minibuffer is initiated > as well. Indeed, there seems to be a lot of hidden aspects of this, which were never mentioned, nor is there any proposal I'm aware of that describes them. This must be clarified and agreed upon first, before we consider implementing anything like that. First and foremost, the design and the user-facing aspects should make sense.