From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help,gmane.emacs.devel Subject: Re: Q on minibuffer-message Date: Tue, 24 Jan 2006 01:23:34 +0200 Message-ID: References: NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1138058638 17471 80.91.229.2 (23 Jan 2006 23:23:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 23 Jan 2006 23:23:58 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jan 24 00:23:57 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F1B2O-0004Iw-QJ for geh-help-gnu-emacs@m.gmane.org; Tue, 24 Jan 2006 00:23:53 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F1B53-0006J9-Ao for geh-help-gnu-emacs@m.gmane.org; Mon, 23 Jan 2006 18:26:37 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F1B4r-0006IZ-9z for help-gnu-emacs@gnu.org; Mon, 23 Jan 2006 18:26:25 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F1B4q-0006IN-Os for help-gnu-emacs@gnu.org; Mon, 23 Jan 2006 18:26:25 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F1B4q-0006IK-LL; Mon, 23 Jan 2006 18:26:24 -0500 Original-Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1F1B9f-0002MT-2e; Mon, 23 Jan 2006 18:31:23 -0500 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-80-233.inter.net.il [80.230.80.233]) by romy.inter.net.il (MOS 3.7.3-GA) with ESMTP id DKP29371 (AUTH halo1); Tue, 24 Jan 2006 01:23:35 +0200 (IST) Original-To: help-gnu-emacs@gnu.org, emacs-devel@gnu.org In-reply-to: X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:32801 gmane.emacs.devel:49468 Archived-At: > From: "Drew Adams" > Date: Mon, 23 Jan 2006 09:19:29 -0800 > Cc: > > The point is that it would be useful to be able to inhibit the action of > `minibuffer-message' from _without_, just as you can turn off logging of > messages in buffer *Messages* from without. I'm not sure Emacs should cater to such a concern: a function that calls `message' is clearly supposed to be invoked interactively, not silently. In other words, you are asking for a mechanism to subvert the intent of the author of the function which calls `message'. If a good reason presents itself to allow non-interactive invocation of the function, a better solution would be rewrite it so that its code is divided into two parts: one that is an internal non-interactive function, the other an interactive wrapper. Like find-file and its subroutines, for example, or save-buffer and its. > Imagine a scenario where you have no control over the definition of `foo'. > You simply want to use it, but not hear its `minibuffer-message' noise. > Binding `minibuffer-message-timeout' to 0 (or nil, or t, or whatever) should > let you do that. That's all. You have defadvice, which is an official way of committing such crimes of uncleanness.