From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Yuri Khan Newsgroups: gmane.emacs.devel Subject: Re: Minibuffer per buffer Date: Sat, 7 Mar 2015 11:42:59 +0600 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1425707007 10500 80.91.229.3 (7 Mar 2015 05:43:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Mar 2015 05:43:27 +0000 (UTC) Cc: Tu Do , Emacs developers To: Filipp Gunbin Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 07 06:43:26 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YU7WI-00009z-4O for ged-emacs-devel@m.gmane.org; Sat, 07 Mar 2015 06:43:26 +0100 Original-Received: from localhost ([::1]:33414 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YU7WH-0005GU-AG for ged-emacs-devel@m.gmane.org; Sat, 07 Mar 2015 00:43:25 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39738) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YU7WD-0005GI-BZ for emacs-devel@gnu.org; Sat, 07 Mar 2015 00:43:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YU7WC-00042E-BY for emacs-devel@gnu.org; Sat, 07 Mar 2015 00:43:21 -0500 Original-Received: from mail-ie0-x22e.google.com ([2607:f8b0:4001:c03::22e]:36235) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YU7WC-000429-5v for emacs-devel@gnu.org; Sat, 07 Mar 2015 00:43:20 -0500 Original-Received: by ierx19 with SMTP id x19so91002807ier.3 for ; Fri, 06 Mar 2015 21:43:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=o5i6ZmgrYkpgYh3pA9NwTaWJlvCFcoSj6CNeAg/7Km4=; b=pirjm7htB8Fs7ToSXO9meRq2XqqaSke4RJaprfdtMJKWAFZZdX9QchozOYx+M0lsgo Z3LKIMVqL44xhEJW98Wxl1AjxxFFCpaX3aPiChGNuoRCJO0y5ET3oURtYJ8RNdEsTApp 2+2AEQ2hQ0RFqlKlFRTTX+GTG3e6RYao7N70kOJkAGeUaqZldvYmZ1Yw1+GSXuLRmDT+ B9Nh3crZkAYlgsiBQ2rv1TSSS78QFtqM6BXh6lkd9xuzU0ob8lRw6CbgKxI6H8szFIra jYkY3fkwoDwQ80c1zLbeV5enVxjY7cI7wEr3mlYx9mYXAuHVhfD1g+AkdZO8fmtRy34i +Uug== X-Received: by 10.42.79.205 with SMTP id s13mr14462258ick.67.1425706999328; Fri, 06 Mar 2015 21:43:19 -0800 (PST) Original-Received: by 10.107.48.193 with HTTP; Fri, 6 Mar 2015 21:42:59 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: X5E6T6Km2e9xPoLbi_rR0vjqoh4 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4001:c03::22e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:183711 Archived-At: On Thu, Mar 5, 2015 at 3:43 PM, Filipp Gunbin wrote: > On 05/03/2015 11:47 +0700, Tu Do wrote: >> As monitor becomes larger with higher resolution (i.e. 4k monitor), I th= ink it would be beneficial to have an option to activate minibuffer >> per buffer. The motivation, as I understand it, is to bring the minibuffer closer to the focus of user=E2=80=99s attention, which is in the selected window. An easy workaround is to use multiple frames (perhaps with a tiling window manager), each of which would by default have a minibuffer. I actually do this with a pre-4k (24=E2=80=B3 16:10 1920=C3=971200) monitor= , splitting it into left and right halves. When working on code, I frequently have both halves occupied with Emacs frames (each of which may be further split into the top and bottom windows). > Where should echo messages (including not related to the current buffer) > be displayed in this case? This can probably be solved the same way they choose a minibuffer when multiple frames are involved.