From debbugs-submit-bounces@debbugs.gnu.org Tue May 12 13:57:21 2015 Received: (at submit) by debbugs.gnu.org; 12 May 2015 17:57:21 +0000 Received: from localhost ([127.0.0.1]:42651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YsEQi-0001pZ-BM for submit@debbugs.gnu.org; Tue, 12 May 2015 13:57:21 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38719) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YsEAj-0001Qc-Pq for submit@debbugs.gnu.org; Tue, 12 May 2015 13:40:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YsEAd-0007jS-Ev for submit@debbugs.gnu.org; Tue, 12 May 2015 13:40:44 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,HTML_MESSAGE autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:45012) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YsEAc-0007jM-SK for submit@debbugs.gnu.org; Tue, 12 May 2015 13:40:43 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52182) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YsEAb-0007jr-Da for bug-gnu-emacs@gnu.org; Tue, 12 May 2015 13:40:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YsEAW-0007hG-5W for bug-gnu-emacs@gnu.org; Tue, 12 May 2015 13:40:41 -0400 Received: from mail-vn0-f43.google.com ([209.85.216.43]:33096) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YsEAW-0007gm-1Q for bug-gnu-emacs@gnu.org; Tue, 12 May 2015 13:40:36 -0400 Received: by vnbf1 with SMTP id f1so1148381vnb.0 for ; Tue, 12 May 2015 10:40:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=VffvhtZpaDE7s4ElfoT4MchNzrMKcxtjMSuE6IbxOIc=; b=LNiVYAWBHjuGuZ6ndRp7XH9Y7Fc/dN37wEMye+TkbcDYhuIi/pFBrjqST8oq/9wsFK HFq4cRHvu+cKPDo48KQpFbiVoLAzHwhLrxD3Uu9+3RWI2mKNTxOcGId+uzegbhyyzxEr 2X6Jg08GhAmwG3h2Nsv5YNMil+R09Jk+uWB1q5wUM4fP6MYmzDfm/j8agnbFrXMECT+W N6HiHj/i3/q8/Bv+SYEqAu1kgn3uma4py4+E5nOxpfFyXMcUKpCGC8ZEIrAx658QU0iM uqnPIcy/J/kwDlyOtE+fj2kyyslh9az7lf7tOJOemrUw+c9vn00GdvskfYvwZzPcYR9p jpPw== X-Gm-Message-State: ALoCoQnl5afg2cGi4PcZnWVJ9HP2adGmW/TDd0uG3HtoHpzjvOUtCl/mv7yn4wyKFmyMLYbbPtom MIME-Version: 1.0 X-Received: by 10.52.89.174 with SMTP id bp14mr12029109vdb.58.1431452434752; Tue, 12 May 2015 10:40:34 -0700 (PDT) Received: by 10.52.139.136 with HTTP; Tue, 12 May 2015 10:40:34 -0700 (PDT) Date: Tue, 12 May 2015 10:40:34 -0700 Message-ID: Subject: Echo Area Disrupts Minibuffer Input From: Michael Xavier To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=20cf307abdc9e2fa5c0515e5fd01 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 12 May 2015 13:57:19 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --20cf307abdc9e2fa5c0515e5fd01 Content-Type: text/plain; charset=UTF-8 I've encountered a rather frustrating UI issue as a recent Emacs convert and would love to help think of a way to fix it. Bug #11172 references this issue, but there was no comment or resolution. The issue is that the echo area, which is used heavily from the message function, shares screen real estate with the minibuffer. This normally isn't a huge issue but if the user is actually using the minibuffer to enter text, the prompt and the text they have entered thus far is overwritten by some unrelated message and can only be wrestled back by typing more. The example I encounter frequently is doing a TAGS file search and hitting TAB to complete. The tags system will fetch a completion and simultaneously log a message that its reading the TAGS file which will completely overwrite the completion. A contrived example: emacs -Q M-: (run-with-timer 5 nil (lambda () (message "hello"))) RET M-x The prompt will be overwritten by the message "hello". I don't know what the best solution is. Two ideas I've had are: 1. Suppress messages to the echo area if the minibuffer is waiting on input. The messages could display after the minibuffer stops waiting (or not at all and they'll just log to *Messages*). 2. Divide the minibuffer (horizontally?) into the minibuffer proper and the echo area. Maybe the division could only happen when there's something in the echo area. Something tells me this approach is much harder and more controversial. --20cf307abdc9e2fa5c0515e5fd01 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I've encountered a rather frustrating UI issue as a re= cent Emacs convert and would love to help think of a way to fix it. Bug #11= 172 references this issue, but there was no comment or resolution.

=
The issue is that the echo area, which is used heavily from the = message function, shares screen real estate with the minibuffer. This norma= lly isn't a huge issue but if the user is actually using the minibuffer= to enter text, the prompt and the text they have entered thus far is overw= ritten by some unrelated message and can only be wrestled back by typing mo= re.

The example I encounter frequently is doing a = TAGS file search and hitting TAB to complete. The tags system will fetch a = completion and simultaneously log a message that its reading the TAGS file = which will completely overwrite the completion.

A = contrived example:

   emacs -Q
   M-: (run-with-timer 5 nil (lambda () (message "hello"))) RET
   M-x
The prompt will be overwritten by the message "hello"=
;.
I don't know what the best solution is. Two ideas I'=
;ve had are:
1. Suppress messages to the echo area if the mini=
buffer is waiting on input. The messages could display after the minibuffer=
 stops waiting (or not at all and they'll just log to *Messages*).
2. Divide the minibuffer (horizontally?) into the minibuffer prope=
r and the echo area. Maybe the division could only happen when there's =
something in the echo area. Something tells me this approach is much harder=
 and more controversial.
--20cf307abdc9e2fa5c0515e5fd01-- From debbugs-submit-bounces@debbugs.gnu.org Tue May 12 14:09:34 2015 Received: (at 20563) by debbugs.gnu.org; 12 May 2015 18:09:34 +0000 Received: from localhost ([127.0.0.1]:42658 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YsEcU-0002A4-Dk for submit@debbugs.gnu.org; Tue, 12 May 2015 14:09:34 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:52689) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YsEcO-00029n-QO for 20563@debbugs.gnu.org; Tue, 12 May 2015 14:09:29 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NO9000001135L00@a-mtaout22.012.net.il> for 20563@debbugs.gnu.org; Tue, 12 May 2015 21:09:17 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NO900N2U13H3060@a-mtaout22.012.net.il>; Tue, 12 May 2015 21:09:17 +0300 (IDT) Date: Tue, 12 May 2015 21:09:09 +0300 From: Eli Zaretskii Subject: Re: bug#20563: Echo Area Disrupts Minibuffer Input In-reply-to: X-012-Sender: halo1@inter.net.il To: Michael Xavier Message-id: <83a8x9llbu.fsf@gnu.org> References: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20563 Cc: 20563@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Tue, 12 May 2015 10:40:34 -0700 > From: Michael Xavier > > The example I encounter frequently is doing a TAGS file search and hitting TAB > to complete. The tags system will fetch a completion and simultaneously log a > message that its reading the TAGS file which will completely overwrite the > completion. But when it finishes reading the TAGS file, the completion is re-displayed, right? At least that's what I see here (and expect). From debbugs-submit-bounces@debbugs.gnu.org Tue May 12 14:18:53 2015 Received: (at 20563) by debbugs.gnu.org; 12 May 2015 18:18:53 +0000 Received: from localhost ([127.0.0.1]:42662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YsElY-0002Oe-Gm for submit@debbugs.gnu.org; Tue, 12 May 2015 14:18:53 -0400 Received: from mail-vn0-f49.google.com ([209.85.216.49]:42357) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YsElV-0002ON-VR for 20563@debbugs.gnu.org; Tue, 12 May 2015 14:18:50 -0400 Received: by vnbf129 with SMTP id f129so1217729vnb.9 for <20563@debbugs.gnu.org>; Tue, 12 May 2015 11:18:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=R6q0QzTIzX4DX4MiT9141dET4MhBZ86M+XZgQZuR8cI=; b=a/1yYn5MhjE4ntBeFv1oxU2WmknGHqt3epBAnBwAU5hPyObFXOHDcl2sk72plnI3Kx nl+du3J6TiM3wU9ssn9RfFiEU/YayBrXVNxEWt08hWr5Z3s9bGy3x2Wz/Tq4DaR/v/EU yF0YuiuQxTI6V3QdhFU+Kf0eolcZ85Ye03HDQp5f3YV17Mq0oGLoQZesBXqO5S4HA7nj oDCIJJjB2dHgJ7SLBBiBEZeIi+zW6hOyhT0qZbSZIzuMRQOpV8CwhLQuvDOI+6+SA1Aw JxCK4hq3Y27wpyPsmlaiInbs9T6MamXEKRTrcsBuhhcf6qdE6L25s3Z4HGE9GIV38ZgQ 9SaA== X-Gm-Message-State: ALoCoQnh0O7vOt2dlJnUpkHMPEBQtWDjTyZNl8feM39zaiKrG9aTgcOzENbTnlwilNx+rsJTMz7z MIME-Version: 1.0 X-Received: by 10.52.3.166 with SMTP id d6mr12088641vdd.69.1431454724417; Tue, 12 May 2015 11:18:44 -0700 (PDT) Received: by 10.52.139.136 with HTTP; Tue, 12 May 2015 11:18:44 -0700 (PDT) In-Reply-To: <83a8x9llbu.fsf@gnu.org> References: <83a8x9llbu.fsf@gnu.org> Date: Tue, 12 May 2015 11:18:44 -0700 Message-ID: Subject: Re: bug#20563: Echo Area Disrupts Minibuffer Input From: Michael Xavier To: Eli Zaretskii Content-Type: multipart/alternative; boundary=20cf3033477d5c7e970515e686dc X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20563 Cc: 20563@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --20cf3033477d5c7e970515e686dc Content-Type: text/plain; charset=UTF-8 I can't get it to reproduce right now. It may be a race condition, or maybe its on a timer before it reverts to the minibuffer? I'm not sure. On Tue, May 12, 2015 at 11:09 AM, Eli Zaretskii wrote: > > Date: Tue, 12 May 2015 10:40:34 -0700 > > From: Michael Xavier > > > > The example I encounter frequently is doing a TAGS file search and > hitting TAB > > to complete. The tags system will fetch a completion and simultaneously > log a > > message that its reading the TAGS file which will completely overwrite > the > > completion. > > But when it finishes reading the TAGS file, the completion is > re-displayed, right? At least that's what I see here (and expect). > --20cf3033477d5c7e970515e686dc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I can't get it to reproduce right now. It may be a rac= e condition, or maybe its on a timer before it reverts to the minibuffer? I= 'm not sure.

On Tue, May 12, 2015 at 11:09 AM, Eli Zaretskii <= eliz@gnu.org> wrote:
> Date: Tue, 12 May 2015 10:= 40:34 -0700
> From: Michael Xavier <ad= min@michaelxavier.net>
>
> The example I encounter frequently is doing a TAGS file search and hit= ting TAB
> to complete. The tags system will fetch a completion and simultaneousl= y log a
> message that its reading the TAGS file which will completely overwrite= the
> completion.

But when it finishes reading the TAGS file, the completion is
re-displayed, right?=C2=A0 At least that's what I see here (and expect)= .

--20cf3033477d5c7e970515e686dc-- From debbugs-submit-bounces@debbugs.gnu.org Tue May 12 14:27:32 2015 Received: (at 20563) by debbugs.gnu.org; 12 May 2015 18:27:32 +0000 Received: from localhost ([127.0.0.1]:42666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YsEtw-0002bf-4D for submit@debbugs.gnu.org; Tue, 12 May 2015 14:27:32 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:56840) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YsEtt-0002bK-Ee for 20563@debbugs.gnu.org; Tue, 12 May 2015 14:27:30 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NO9000001RYBE00@a-mtaout22.012.net.il> for 20563@debbugs.gnu.org; Tue, 12 May 2015 21:26:42 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NO900N4F1WH0PC0@a-mtaout22.012.net.il>; Tue, 12 May 2015 21:26:42 +0300 (IDT) Date: Tue, 12 May 2015 21:26:33 +0300 From: Eli Zaretskii Subject: Re: bug#20563: Echo Area Disrupts Minibuffer Input In-reply-to: X-012-Sender: halo1@inter.net.il To: Michael Xavier Message-id: <838uctlkiu.fsf@gnu.org> References: <83a8x9llbu.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20563 Cc: 20563@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Tue, 12 May 2015 11:18:44 -0700 > From: Michael Xavier > Cc: 20563@debbugs.gnu.org > > I can't get it to reproduce right now. It may be a race condition, or maybe its > on a timer before it reverts to the minibuffer? I'm not sure. In general, code that displays intermittent messages should call (message nil) once it's done displaying the message. This will bring the minibuffer contents (the completion in your example) back on screen again. Code that doesn't call 'message' like that when its message can be discarded has a bug and should be reported here. From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 07 15:25:37 2016 Received: (at control) by debbugs.gnu.org; 7 Dec 2016 20:25:37 +0000 Received: from localhost ([127.0.0.1]:60179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEimX-0001mo-50 for submit@debbugs.gnu.org; Wed, 07 Dec 2016 15:25:37 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43423) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEimV-0001ma-HB for control@debbugs.gnu.org; Wed, 07 Dec 2016 15:25:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cEimP-0000QY-R6 for control@debbugs.gnu.org; Wed, 07 Dec 2016 15:25:30 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56326) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cEimP-0000QT-Oa for control@debbugs.gnu.org; Wed, 07 Dec 2016 15:25:29 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cEimP-0007R2-EO for control@debbugs.gnu.org; Wed, 07 Dec 2016 15:25:29 -0500 Subject: control message for bug 20563 To: X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: From: Glenn Morris Date: Wed, 07 Dec 2016 15:25:29 -0500 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-Spam-Score: -8.0 (--------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.0 (--------) tag 20563 + wontfix From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 07 15:25:30 2016 Received: (at 20563-done) by debbugs.gnu.org; 7 Dec 2016 20:25:30 +0000 Received: from localhost ([127.0.0.1]:60176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEimP-0001mR-V5 for submit@debbugs.gnu.org; Wed, 07 Dec 2016 15:25:30 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43369) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cEimO-0001mE-Ri for 20563-done@debbugs.gnu.org; Wed, 07 Dec 2016 15:25:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cEimJ-0000Mn-5U for 20563-done@debbugs.gnu.org; Wed, 07 Dec 2016 15:25:23 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56323) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cEimJ-0000Mi-2d for 20563-done@debbugs.gnu.org; Wed, 07 Dec 2016 15:25:23 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1cEimI-0007Oq-JZ; Wed, 07 Dec 2016 15:25:22 -0500 From: Glenn Morris To: 20563-done@debbugs.gnu.org Subject: Re: bug#20563: Echo Area Disrupts Minibuffer Input References: <83a8x9llbu.fsf@gnu.org> X-Spook: Al-Shabaab Gang Treasury Soviet Aldergrove ANDVT Mudslide X-Ran: 9}1,>RC4xK}2dK#HM7DwBo*I-|'?Z0pT?JQ7h X-Hue: white X-Attribution: GM Date: Wed, 07 Dec 2016 15:25:22 -0500 In-Reply-To: (Michael Xavier's message of "Tue, 12 May 2015 11:18:44 -0700") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain 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-Spam-Score: -8.0 (--------) X-Debbugs-Envelope-To: 20563-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -8.0 (--------) Michael Xavier wrote: > I can't get it to reproduce right now. It may be a race condition, or maybe > its on a timer before it reverts to the minibuffer? I'm not sure. 18 months with no further information, so closing. From unknown Sat Jun 21 05:05:28 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 05 Jan 2017 12:24:13 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator