From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: wrapper fn for message and minibuffer-message? Date: Sat, 15 Oct 2005 16:08:08 +0300 Organization: JURTA Message-ID: <87slv2rjtl.fsf@jurta.org> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1129383968 5898 80.91.229.2 (15 Oct 2005 13:46:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 15 Oct 2005 13:46:08 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 15 15:46:05 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EQmLD-0006Qb-43 for ged-emacs-devel@m.gmane.org; Sat, 15 Oct 2005 15:44:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EQmLC-00030c-5t for ged-emacs-devel@m.gmane.org; Sat, 15 Oct 2005 09:44:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EQmGk-0001AK-3Z for emacs-devel@gnu.org; Sat, 15 Oct 2005 09:40:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EQmGg-00019z-DT for emacs-devel@gnu.org; Sat, 15 Oct 2005 09:40:11 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EQmGe-00019u-Tn for emacs-devel@gnu.org; Sat, 15 Oct 2005 09:40:09 -0400 Original-Received: from [194.126.101.111] (helo=mail.neti.ee) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EQmGf-0001Mf-01 for emacs-devel@gnu.org; Sat, 15 Oct 2005 09:40:09 -0400 Original-Received: from mail.neti.ee (80-235-32-180-dsl.mus.estpak.ee [80.235.32.180]) by Relayhost1.neti.ee (Postfix) with ESMTP id 625A820D9; Sat, 15 Oct 2005 16:40:20 +0300 (EEST) Original-To: "Drew Adams" In-Reply-To: (Drew Adams's message of "Mon, 10 Oct 2005 12:52:32 -0700") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee 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:44068 Archived-At: > OK, I understand you now, I think. `message' does this: > > if `minibufferp', > then if `minibuffer-message-at-end' > then don't erase minibuffer, but append message there > else temporarily replace minibuffer contents with message > else temporarily replace any minibuffer contents with message > > `minibuffer-message' will just call `message' with non-nil > `minibuffer-message-at-end'. (However, to keep the current behavior in all > cases, it should not call `message' if the minibuffer is not active, but > should instead do nothing.) I wonder if this can be used to display the isearch prompt while searching the minibuffer contents? Currently the isearch prompt completely overwrites the minibuffer contents. I imagine using `minibuffer-message-at-end' to append the isearch prompt to the minibuffer contents. For example, with the minibuffer: Eval: (setq foo 'bar) typing `C-s foo' will display: Eval: (setq foo 'bar) [I-search backward: foo] and `foo' will be highlighted in `isearch' face, as usual. -- Juri Linkov http://www.jurta.org/emacs/