From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: Annoying paren match messages in minibuffer Date: Tue, 13 Jan 2009 07:55:57 -0800 (PST) Message-ID: <200901131555.n0DFtvke010180@mothra.ics.uci.edu> References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1231862198 435 80.91.229.12 (13 Jan 2009 15:56:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 13 Jan 2009 15:56:38 +0000 (UTC) Cc: Geoff Gole , Stefan Monnier , emacs-devel@gnu.org To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 13 16:57:50 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LMle5-0000IL-U5 for ged-emacs-devel@m.gmane.org; Tue, 13 Jan 2009 16:57:38 +0100 Original-Received: from localhost ([127.0.0.1]:33133 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LMlcp-0005SG-Il for ged-emacs-devel@m.gmane.org; Tue, 13 Jan 2009 10:56:19 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LMlck-0005P8-0N for emacs-devel@gnu.org; Tue, 13 Jan 2009 10:56:14 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LMlcj-0005Nj-8T for emacs-devel@gnu.org; Tue, 13 Jan 2009 10:56:13 -0500 Original-Received: from [199.232.76.173] (port=42410 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LMlcj-0005Na-5U for emacs-devel@gnu.org; Tue, 13 Jan 2009 10:56:13 -0500 Original-Received: from sallyv2.ics.uci.edu ([128.195.1.120]:56229) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA1:24) (Exim 4.60) (envelope-from ) id 1LMlce-0006iH-LT; Tue, 13 Jan 2009 10:56:09 -0500 Original-Received: from mothra.ics.uci.edu (mothra.ics.uci.edu [128.195.6.93]) by sallyv2.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id n0DFtwSi009417; Tue, 13 Jan 2009 07:55:58 -0800 (PST) Original-Received: (from dann@localhost) by mothra.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id n0DFtvke010180; Tue, 13 Jan 2009 07:55:57 -0800 (PST) In-Reply-To: (Miles Bader's message of "Tue, 13 Jan 2009 11:26:03 +0900") Original-Lines: 16 X-ICS-MailScanner-Information: Please contact the ISP for more information X-ICS-MailScanner-ID: n0DFtwSi009417 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@mothra.ics.uci.edu X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:107820 Archived-At: Miles Bader writes: > Stefan Monnier writes: > > Maybe the problem can be fixed by changing the way the message is > > displayed. E.g. it could be displayed as " [unmatched paren]" at the > > end of the minibuffer input, as is done for minibuffer > > completion messages. > > I think all messages should be. I've used experimental code to do that > in the past, and it was _really_ nice. No stupid awkward pauses and > annoyance like the current method, everything just seemed *right*. How about allowing the minibuffer to have a header line, and display messages in the header line? This limits the messages to be one line long, but it's probably easier to read, and it shouldn't be too much of a distraction. Just my 2 cents.