From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: "Richard M. Stallman" <rms@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: wrapper fn for message and minibuffer-message?
Date: Sun, 09 Oct 2005 14:16:43 -0400
Message-ID: <E1EOfj1-0006KO-3z@fencepost.gnu.org>
References: <DNEMKBNJBGPAOPIJOOICEECICNAA.drew.adams@oracle.com>
Reply-To: rms@gnu.org
NNTP-Posting-Host: main.gmane.org
Content-Type: text/plain; charset=ISO-8859-15
X-Trace: sea.gmane.org 1128881975 8186 80.91.229.2 (9 Oct 2005 18:19:35 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Sun, 9 Oct 2005 18:19:35 +0000 (UTC)
Cc: emacs-devel@gnu.org
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 09 20:19:28 2005
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Original-Received: from lists.gnu.org ([199.232.76.165])
	by ciao.gmane.org with esmtp (Exim 4.43)
	id 1EOfkb-00057I-Ec
	for ged-emacs-devel@m.gmane.org; Sun, 09 Oct 2005 20:18:21 +0200
Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1EOfka-0008UF-RB
	for ged-emacs-devel@m.gmane.org; Sun, 09 Oct 2005 14:18:20 -0400
Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1EOfj3-0007gJ-Q3
	for emacs-devel@gnu.org; Sun, 09 Oct 2005 14:16:45 -0400
Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1EOfj2-0007er-G7
	for emacs-devel@gnu.org; Sun, 09 Oct 2005 14:16:44 -0400
Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1EOfj1-0007eY-O7
	for emacs-devel@gnu.org; Sun, 09 Oct 2005 14:16:43 -0400
Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1EOfj1-0006rk-Ph
	for emacs-devel@gnu.org; Sun, 09 Oct 2005 14:16:43 -0400
Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34)
	id 1EOfj1-0006KO-3z; Sun, 09 Oct 2005 14:16:43 -0400
Original-To: "Drew Adams" <drew.adams@oracle.com>
In-reply-to: <DNEMKBNJBGPAOPIJOOICEECICNAA.drew.adams@oracle.com>
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=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:43744
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/43744>

    I still have the same question: Would the variable also be set to non-nil
    implicitly, whenever `minibufferp'? (That was the behavior I originally
    suggested: use `minibuffer-message' when the minibuffer is active.)

That is certainly not what I have in mind.  These are both useful
operations in the minibuffer.  The individual command would bind
`minibuffer-message-at-end' to non-nil when it wants the message to
appear at the end of the minibuffer.

    Do you mean that low-level redisplay would, in effect, use
    `minibuffer-message' when the minibuffer is active and `message' otherwise?
    If so, that's the behavior of the function I suggested.

No, it would implement the behavior of `minibuffer-message'
when `minibuffer-message-at-end' is non-nil.