From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Annoying paren match messages in minibuffer Date: Wed, 14 Jan 2009 14:30:23 -0800 Message-ID: <002e01c97697$b1a06d30$c2b22382@us.oracle.com> References: <200901131555.n0DFtvke010180@mothra.ics.uci.edu><200901131833.n0DIX33W010995@mothra.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1231972251 13311 80.91.229.12 (14 Jan 2009 22:30:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Jan 2009 22:30:51 +0000 (UTC) Cc: 'Miles Bader' , 'Geoff Gole' , emacs-devel@gnu.org To: "'Stefan Monnier'" , "'Dan Nicolaescu'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 14 23:32:02 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 1LNEHJ-0002WF-MW for ged-emacs-devel@m.gmane.org; Wed, 14 Jan 2009 23:32:01 +0100 Original-Received: from localhost ([127.0.0.1]:44648 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LNEG3-0005Oa-1Q for ged-emacs-devel@m.gmane.org; Wed, 14 Jan 2009 17:30:43 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LNEFx-0005M3-Ti for emacs-devel@gnu.org; Wed, 14 Jan 2009 17:30:37 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LNEFv-0005Hx-R7 for emacs-devel@gnu.org; Wed, 14 Jan 2009 17:30:37 -0500 Original-Received: from [199.232.76.173] (port=54560 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LNEFv-0005Hi-My for emacs-devel@gnu.org; Wed, 14 Jan 2009 17:30:35 -0500 Original-Received: from acsinet11.oracle.com ([141.146.126.233]:31053) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LNEFs-00009q-Qc; Wed, 14 Jan 2009 17:30:33 -0500 Original-Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0EMW7UO026143 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 14 Jan 2009 22:32:09 GMT Original-Received: from acsmt706.oracle.com (acsmt706.oracle.com [141.146.40.84]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n0EMUOVF027296; Wed, 14 Jan 2009 22:30:25 GMT Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 14 Jan 2009 22:30:22 +0000 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acl2lgeD9E7v2gYhTzyfuTL+xtN4xwAAK4IA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Source-IP: acsmt706.oracle.com [141.146.40.84] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090209.496E6782.0246:SCFSTAT928724,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) 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:107874 Archived-At: > > I didn't mean for the extra header line to always be present, > > just to be created on demand when there's a need for an extra > > message in the minibuffer. Yes, this would move the mode-line > > one line up and down when displaying the extra header line in > > the minibufer, but that might not be a problem given that it's > > not such a frequent action. > > Oh, I see, then I guess it'd be OK, tho I'd rather see the message > *below* rather than *above*. I don't have a ready-made opinion on this, but please, whatever you do, keep the possibility for programmers to get the current behavior. It sounds like we're veering into territory that could well be as annoying, at least to some, as the behavior that someone originally found annoying. So, by all means, implement it, play with it, ask others to play with it, and maybe even add it to Emacs. It sounds like an idea worth exploring. But please don't replace the existing behavior, at least as an option for those who prefer it. IOW, yes to new, experimental ideas; no to adopting them willy nilly.