From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: [lennart.borgman@gmail.com: Re: map-y-or-n does not use minibuffer-prompt face] Date: Tue, 27 Feb 2007 11:02:35 +0100 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1172570547 4363 80.91.229.12 (27 Feb 2007 10:02:27 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 27 Feb 2007 10:02:27 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 27 11:02:19 2007 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 1HLzA3-00022b-B2 for ged-emacs-devel@m.gmane.org; Tue, 27 Feb 2007 11:02:19 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HLzA2-0007zz-IZ for ged-emacs-devel@m.gmane.org; Tue, 27 Feb 2007 05:02:18 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HLz9f-0007wF-HR for emacs-devel@gnu.org; Tue, 27 Feb 2007 05:01:55 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HLz9e-0007ua-2B for emacs-devel@gnu.org; Tue, 27 Feb 2007 05:01:54 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HLz9d-0007uS-R7 for emacs-devel@gnu.org; Tue, 27 Feb 2007 05:01:53 -0500 Original-Received: from pfepa.post.tele.dk ([195.41.46.235]) by monty-python.gnu.org with esmtp (Exim 4.52) id 1HLz9b-0005IK-Bn; Tue, 27 Feb 2007 05:01:51 -0500 Original-Received: from kfs-l.imdomain.dk.cua.dk (unknown [80.165.4.124]) by pfepa.post.tele.dk (Postfix) with SMTP id 65CD7FAC059; Tue, 27 Feb 2007 11:01:45 +0100 (CET) In-Reply-To: (Richard Stallman's message of "Tue\, 27 Feb 2007 02\:38\:40 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.94 (gnu/linux) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:66914 Archived-At: Richard Stallman writes: > Since then Lennart has pointed out that several other minibuffer > prompts also lack fontification, notably isearch, query-replace, and > y-or-n-p. > > Shall we fix those too? > > Isearch, definitely. > > However, now I have second thoughts about this for map-y-or-n. The > main purpose of this face is to more clearly separate the prompt from > the input that follows it. That purpose does not apply to y-or-n-p, > or to map-y-or-n. However, to the extent that this face also helps > show the user that Emacs is asking some sort of question, it is useful > to use the face for other kinds of questions. > > So, should we use it for y-or-n-p and map-y-or-n and query-replace, > or not? To easier see the impact of this, I set the bold attribute on the minibuffer-prompt face -- actually quite nice effect IMO. It makes the _questions_ in the minibuffer stand out from ordinary _messages_ in the echo area. With this setting, it seems rather odd that SOME questions are asked in the minibuffer-prompt face, and other are not. E.g. doing M-% a RET b RET Asks three questions: 1) Query replace: 2) Query replace a by: 3) Query replace a by b (? for help): The first two are in minibuffer-prompt, the third is not, so it does not stand out as a question. IMO that's a bug. Similar for y-or-n-p questions ... they require user attention so they should be in the minibuffer-prompt face. Otherwise, we need some other face for such questions (e.g. a `question' face.) which are for y-or-n-p and yes-and-no-p It could by default be derived from minibuffer-prompt face. But for now, I think minibuffer-prompt face is sufficient. -- Kim F. Storm http://www.cua.dk