From unknown Sat Jun 14 04:59:02 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Reply-To: "Drew Adams" , 3465@debbugs.gnu.org Resent-From: "Drew Adams" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 03 Jun 2009 21:45:06 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 3465 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.124406513218746 (code B ref -1); Wed, 03 Jun 2009 21:45:06 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 3 Jun 2009 21:38:52 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.2 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n53Lclfq018741 for ; Wed, 3 Jun 2009 14:38:49 -0700 Received: from mx10.gnu.org ([199.232.76.166]:60383) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MByAZ-00008v-Fl for emacs-pretest-bug@gnu.org; Wed, 03 Jun 2009 17:38:47 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MByAY-00063S-DT for emacs-pretest-bug@gnu.org; Wed, 03 Jun 2009 17:38:47 -0400 Received: from acsinet12.oracle.com ([141.146.126.234]:44132) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MByAX-00063E-T5 for emacs-pretest-bug@gnu.org; Wed, 03 Jun 2009 17:38:46 -0400 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n53LbsDV019581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 3 Jun 2009 21:37:56 GMT Received: from abhmt008.oracle.com (abhmt008.oracle.com [141.146.116.17]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n53Lckbu004792 for ; Wed, 3 Jun 2009 21:38:46 GMT Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 03 Jun 2009 14:38:41 -0700 From: "Drew Adams" To: Date: Wed, 3 Jun 2009 14:38:41 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acnkk6m4dTMcAxNxRO+UQccZEBodEw== X-Source-IP: abhmt008.oracle.com [141.146.116.17] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4A26ED61.0282:SCFSTAT5015188,ss=1,fgs=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) Feature request: Be able to log minibuffer messages, that is, messages from `minibuffer-message'. For example, option `message-log-max', which allows for disabling logging, could have additional values: * negative N means (abs N) max lines + log minibuf msgs too * other non-nil value, besides t and N, means log minibuf msgs too With minibuffer messages logged also, a user can consult *Messages* (e.g. using `C-x C-b') if s?he misses an ephemeral message. In GNU Emacs 23.0.94.1 (i386-mingw-nt5.1.2600) of 2009-05-24 on SOFT-MJASON Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' From cyd@stupidchicken.com Wed Jun 3 18:36:16 2009 Received: (at control) by emacsbugs.donarmstrong.com; 4 Jun 2009 01:36:16 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,VALID_BTS_CONTROL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n541aDrb018809 for ; Wed, 3 Jun 2009 18:36:14 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 61FA657E259; Wed, 3 Jun 2009 21:36:14 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: severity 3447 wishlist Date: Wed, 03 Jun 2009 21:36:14 -0400 Message-ID: <87y6s8rd9t.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii severity 3447 wishlist severity 3464 wishlist severity 3465 wishlist severity 3466 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 10 16:20:36 2010 Received: (at control) by debbugs.gnu.org; 10 Dec 2010 21:20:36 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PRAOJ-0001ov-SU for submit@debbugs.gnu.org; Fri, 10 Dec 2010 16:20:36 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PRAOI-0001oj-8n for control@debbugs.gnu.org; Fri, 10 Dec 2010 16:20:34 -0500 Received: from localhost ([127.0.0.1]:52990) by fencepost.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PRAU7-0000jy-7r; Fri, 10 Dec 2010 16:26:35 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19714.39690.884356.538112@fencepost.gnu.org> Date: Fri, 10 Dec 2010 16:26:34 -0500 From: Glenn Morris To: control Subject: emacs merge X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: yellow X-Ran: &Tpw30<`qT_9$@po"^Aa:pxQj8&P4O[zcP2Y%#{hZ3QgTiVl@@P|DRS( List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) merge 3465 4477 From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Apr 2016 19:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Drew Adams" Cc: 3465@debbugs.gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.146178443021390 (code B ref 3465); Wed, 27 Apr 2016 19:14:02 +0000 Received: (at 3465) by debbugs.gnu.org; 27 Apr 2016 19:13:50 +0000 Received: from localhost ([127.0.0.1]:50575 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avUuE-0005Yw-0D for submit@debbugs.gnu.org; Wed, 27 Apr 2016 15:13:50 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:48011) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avUuC-0005Yn-Qr for 3465@debbugs.gnu.org; Wed, 27 Apr 2016 15:13:49 -0400 Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1avUuA-0001dw-GW; Wed, 27 Apr 2016 21:13:48 +0200 From: Lars Ingebrigtsen References: Date: Wed, 27 Apr 2016 21:13:46 +0200 In-Reply-To: (Drew Adams's message of "Wed, 3 Jun 2009 14:38:41 -0700") Message-ID: <87a8keeufp.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) "Drew Adams" writes: > Feature request: Be able to log minibuffer messages, that is, messages > from `minibuffer-message'. (progn (minibuffer-message "foo") (message "zot")) makes "foo" and "zot" end up in the *Message* buffer, so this seems like it has been fixed already. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Apr 27 15:13:56 2016 Received: (at control) by debbugs.gnu.org; 27 Apr 2016 19:13:56 +0000 Received: from localhost ([127.0.0.1]:50578 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avUuK-0005ZF-7j for submit@debbugs.gnu.org; Wed, 27 Apr 2016 15:13:56 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:48018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avUuI-0005Z7-Q9 for control@debbugs.gnu.org; Wed, 27 Apr 2016 15:13:55 -0400 Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1avUuG-0001e6-NP for control@debbugs.gnu.org; Wed, 27 Apr 2016 21:13:54 +0200 Date: Wed, 27 Apr 2016 21:13:52 +0200 Message-Id: <878tzyeufj.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #3465 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) close 3465 From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Apr 2016 19:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 3465@debbugs.gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.14617857623812 (code B ref 3465); Wed, 27 Apr 2016 19:37:02 +0000 Received: (at 3465) by debbugs.gnu.org; 27 Apr 2016 19:36:02 +0000 Received: from localhost ([127.0.0.1]:50628 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avVFh-0000zM-UM for submit@debbugs.gnu.org; Wed, 27 Apr 2016 15:36:02 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:47108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avVFf-0000z6-VZ for 3465@debbugs.gnu.org; Wed, 27 Apr 2016 15:36:00 -0400 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u3RJZrB0014894 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 27 Apr 2016 19:35:54 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u3RJZpn5009286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 27 Apr 2016 19:35:53 GMT Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id u3RJZmsv016056; Wed, 27 Apr 2016 19:35:49 GMT MIME-Version: 1.0 Message-ID: <097eeadf-1aff-4098-ab75-094d99fed2c1@default> Date: Wed, 27 Apr 2016 12:35:47 -0700 (PDT) From: Drew Adams References: <87a8keeufp.fsf@gnus.org> In-Reply-To: <87a8keeufp.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-Spam-Score: -3.3 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > Feature request: Be able to log minibuffer messages, that is, messages > > from `minibuffer-message'. >=20 > (progn (minibuffer-message "foo") (message "zot")) >=20 > makes "foo" and "zot" end up in the *Message* buffer, so this seems like > it has been fixed already. OK, thanks. But did you see the other part of the report, about being able to use `message-log-max' to control minibuffer messages? (Not critical.) From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Johan =?UTF-8?Q?Bockg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Apr 2016 20:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 3465@debbugs.gnu.org, Drew Adams Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.146178846014331 (code B ref 3465); Wed, 27 Apr 2016 20:21:02 +0000 Received: (at 3465) by debbugs.gnu.org; 27 Apr 2016 20:21:00 +0000 Received: from localhost ([127.0.0.1]:50682 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avVxA-0003j2-Mt for submit@debbugs.gnu.org; Wed, 27 Apr 2016 16:21:00 -0400 Received: from smtprelay-h21.telenor.se ([195.54.99.196]:52556) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avVx5-0003ih-R3 for 3465@debbugs.gnu.org; Wed, 27 Apr 2016 16:20:55 -0400 Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-h21.telenor.se (Postfix) with ESMTP id C08B2CC58 for <3465@debbugs.gnu.org>; Wed, 27 Apr 2016 22:20:25 +0200 (CEST) X-SMTPAUTH-B2: [bocjoh] X-SENDER-IP: [85.229.2.170] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DWAwCNHiFXPKoC5VVeHAGDG4FQgnODebMAAQ2BdoYPAoE1ORQBAQEBAQEBBgEBAQFCQIRCAQEDAVYjEAshJQ8BBBgBDAoaE4giDAHCUAEBAQEGAQEBARyKbIoTBZgQj2iNQI8wHgEBhC86MIk2AQEB X-IPAS-Result: A2DWAwCNHiFXPKoC5VVeHAGDG4FQgnODebMAAQ2BdoYPAoE1ORQBAQEBAQEBBgEBAQFCQIRCAQEDAVYjEAshJQ8BBBgBDAoaE4giDAHCUAEBAQEGAQEBARyKbIoTBZgQj2iNQI8wHgEBhC86MIk2AQEB X-IronPort-AV: E=Sophos;i="5.24,543,1454972400"; d="scan'208";a="1213013703" Received: from c-aa02e555.04-211-6c6b701.cust.bredbandsbolaget.se (HELO muon.localdomain) ([85.229.2.170]) by ipb3.telenor.se with ESMTP; 27 Apr 2016 22:20:25 +0200 Received: by muon.localdomain (Postfix, from userid 1000) id 061C1484205; Wed, 27 Apr 2016 22:20:24 +0200 (CEST) From: Johan =?UTF-8?Q?Bockg=C3=A5rd?= References: <87a8keeufp.fsf@gnus.org> Date: Wed, 27 Apr 2016 22:20:24 +0200 In-Reply-To: <87a8keeufp.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 27 Apr 2016 21:13:46 +0200") Message-ID: <87r3dq248n.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) Lars Ingebrigtsen writes: > "Drew Adams" writes: > >> Feature request: Be able to log minibuffer messages, that is, messages >> from `minibuffer-message'. > > (progn (minibuffer-message "foo") (message "zot")) > > makes "foo" and "zot" end up in the *Message* buffer, so this seems like > it has been fixed already. You are supposed to test `minibuffer-message' when the current buffer is a minibuffer. Then it doesn't log, so this is not fixed. From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Apr 2016 20:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Johan =?UTF-8?Q?Bockg=C3=A5rd?= Cc: 3465@debbugs.gnu.org, Drew Adams Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.146178874814804 (code B ref 3465); Wed, 27 Apr 2016 20:26:01 +0000 Received: (at 3465) by debbugs.gnu.org; 27 Apr 2016 20:25:48 +0000 Received: from localhost ([127.0.0.1]:50692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avW1r-0003qi-Pt for submit@debbugs.gnu.org; Wed, 27 Apr 2016 16:25:47 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:50254) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avW1q-0003qb-M9 for 3465@debbugs.gnu.org; Wed, 27 Apr 2016 16:25:46 -0400 Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1avW1o-0003C5-11; Wed, 27 Apr 2016 22:25:45 +0200 From: Lars Ingebrigtsen References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> Date: Wed, 27 Apr 2016 22:25:43 +0200 In-Reply-To: <87r3dq248n.fsf@gnu.org> ("Johan \=\?iso-8859-1\?Q\?Bockg\=E5rd\=22\?\= \=\?iso-8859-1\?Q\?'s\?\= message of "Wed, 27 Apr 2016 22:20:24 +0200") Message-ID: <8760v2vlx4.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) Johan Bockg=E5rd writes: > You are supposed to test `minibuffer-message' when the current buffer is > a minibuffer. Then it doesn't log, so this is not fixed. Ah, I see. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 27 Apr 2016 20:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Johan =?UTF-8?Q?Bockg=C3=A5rd?= Cc: 3465@debbugs.gnu.org, Drew Adams Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.146178879014906 (code B ref 3465); Wed, 27 Apr 2016 20:27:02 +0000 Received: (at 3465) by debbugs.gnu.org; 27 Apr 2016 20:26:30 +0000 Received: from localhost ([127.0.0.1]:50699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avW2Y-0003sL-8F for submit@debbugs.gnu.org; Wed, 27 Apr 2016 16:26:30 -0400 Received: from hermes.netfonds.no ([80.91.224.195]:50269) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avW2W-0003sE-LO for 3465@debbugs.gnu.org; Wed, 27 Apr 2016 16:26:28 -0400 Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1avW2U-0003Cb-9A; Wed, 27 Apr 2016 22:26:28 +0200 From: Lars Ingebrigtsen References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> Date: Wed, 27 Apr 2016 22:26:26 +0200 In-Reply-To: <87r3dq248n.fsf@gnu.org> ("Johan \=\?iso-8859-1\?Q\?Bockg\=E5rd\=22\?\= \=\?iso-8859-1\?Q\?'s\?\= message of "Wed, 27 Apr 2016 22:20:24 +0200") Message-ID: <87ziseu7bh.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) A test case is (with-current-buffer (get-buffer " *Minibuf-1*") (minibuffer-message "foo")) and look in the *Messages* buffer. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Aug 2020 18:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Johan =?UTF-8?Q?Bockg=C3=A5rd?= Cc: 3465@debbugs.gnu.org, Drew Adams Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159794958317159 (code B ref 3465); Thu, 20 Aug 2020 18:54:01 +0000 Received: (at 3465) by debbugs.gnu.org; 20 Aug 2020 18:53:03 +0000 Received: from localhost ([127.0.0.1]:44110 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8pg9-0004SB-Gx for submit@debbugs.gnu.org; Thu, 20 Aug 2020 14:53:03 -0400 Received: from quimby.gnus.org ([95.216.78.240]:32992) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8pg7-0004Rx-CT for 3465@debbugs.gnu.org; Thu, 20 Aug 2020 14:52:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vmcBUz/MIg80opJaZQQTYn5H+FxAtUeRS+m2vw7voaU=; b=KLI2AaNiPR6gd8YWm1O/cZhMQ6 /XOWKFbvC5wlPxyuKfmA9g9FPjG6TheqzJXQECQhXpO0TGx/q+81sRSF85DTbqE1U+kCoIxJhizqf qVN2+x4VRgs16iMh9/QHNJzg3XgI18+ebtO0jVyIktySf7BzbA7fwF+iy2xuTDEKcv3Y=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k8pfy-0000qw-2h; Thu, 20 Aug 2020 20:52:40 +0200 From: Lars Ingebrigtsen References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> X-Now-Playing: A Tribe Called Quest's _People's Instinctive Travels And The Paths Of Rhythm_: "Mr. Muhammad" Date: Thu, 20 Aug 2020 20:52:36 +0200 In-Reply-To: <87ziseu7bh.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 27 Apr 2016 22:26:26 +0200") Message-ID: <87zh6pkv4b.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > A test case is > > (with-current-buffer (get-buffer " *Minibuf-1*") (minibuffer-message "foo")) > > and look in the *Messages* buffer. The problem here is that "foo" doesn't end up in *Messages*, and it seems like it should. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Lars Ingebrigtsen writes: > A test case is > > (with-current-buffer (get-buffer " *Minibuf-1*") (minibuffer-message "foo")) > > and look in the *Messages* buffer. The problem here is that "foo" doesn't end up in *Messages*, and it seems like it should. I looked around for a utility function to add stuff to the *Messages* buffer (it has to heed the message-log-max variable etc), but I couldn't find one. Would it make sense to add one? And then make minibuffer-message (in the use case above) use it? Should be trivial to add, but I'm just wondering whether there was a reason this hadn't been added already... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Aug 2020 19:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 3465@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159795089627938 (code B ref 3465); Thu, 20 Aug 2020 19:15:01 +0000 Received: (at 3465) by debbugs.gnu.org; 20 Aug 2020 19:14:56 +0000 Received: from localhost ([127.0.0.1]:44159 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8q1Y-0007GY-4e for submit@debbugs.gnu.org; Thu, 20 Aug 2020 15:14:56 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34002) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8q1W-0007GK-JL for 3465@debbugs.gnu.org; Thu, 20 Aug 2020 15:14:54 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46505) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k8q1R-0007cW-9x; Thu, 20 Aug 2020 15:14:49 -0400 Received: from [176.228.60.248] (port=3274 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k8q1P-0003Sc-80; Thu, 20 Aug 2020 15:14:47 -0400 Date: Thu, 20 Aug 2020 22:14:41 +0300 Message-Id: <83364hceou.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87zh6pkv4b.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 20 Aug 2020 20:52:36 +0200) References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Date: Thu, 20 Aug 2020 20:52:36 +0200 > Cc: 3465@debbugs.gnu.org > > I looked around for a utility function to add stuff to the *Messages* > buffer (it has to heed the message-log-max variable etc), but I couldn't > find one. ??? What's wrong with 'message'? From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Aug 2020 19:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 3465@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.15979511174313 (code B ref 3465); Thu, 20 Aug 2020 19:19:02 +0000 Received: (at 3465) by debbugs.gnu.org; 20 Aug 2020 19:18:37 +0000 Received: from localhost ([127.0.0.1]:44165 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8q57-00017V-Jp for submit@debbugs.gnu.org; Thu, 20 Aug 2020 15:18:37 -0400 Received: from quimby.gnus.org ([95.216.78.240]:33256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8q55-00017H-9H for 3465@debbugs.gnu.org; Thu, 20 Aug 2020 15:18:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=zMjHP+9Wkz5QNa5NKWrYaT6gu36yXTp14/366QADq9E=; b=InPrUNh4fk7pd+cNAq6xqOdFqN xhT2HN0HK2+4Pio2buncKMgqsJElqFKrWYnJvJSeO44CGSTSuhWMbLyQw+1fhaEjmKg1FMqhl8DKB ABrcRzYH+XgQ+gjKcTapT06+vGRWZNfImINYBBYuaHYxRpMX4J4+oKZH/gJ/Uu6A0abU=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k8q4v-0001Sr-EE; Thu, 20 Aug 2020 21:18:29 +0200 From: Lars Ingebrigtsen References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEVIIh1hIRedUijm khKyi2ewazaKLxzEq5lzFg+MFg7///+2Sd5LAAAAAWJLR0QKaND0VgAAAAd0SU1FB+QIFBMRJ0a5 828AAAGYSURBVDjLbdQxT+MwFABgszE2EnAZ6WuTlrnTjeQMniktB6vFue6KAl4PJKqX9XSKkn/L S+I0NX1Psuz4y/NLIjtCiJPoOEZCiNFosrg8JkFtKu+6C/MNlLpux8mvmwB+OKVohHGyXI0PYeaU myPix1qcWOqjKEZ8F1H8nMuchvi5HAnch4jwzIOGS3E6QIwfTr20493f03gAaip/bMd/5Lw6BDtZ PNZNzFxeUIfUqgaqyeKpmS+dc90dTQi6J7lv4T/BbQCTDjYEbwNsKWPhQX4DX2OTS/XKwbNMpnKA el98I2EtrxiYqQymAfilfss8iULoMpTLbbRlMpxL7QVTvMzAvG9rJqOczvUTB1rZdcYB3ACsWYBb 0NxTLQF0ymUkAIaDkjJsCP5bUe3UcEutGPjpM6DgQGZpcsUB3O30Hqq2eAcmNSYEX/zfA/JQg7X9 F6EtegB6vDP9fAAG0PTzKIpqAB1X/bzf7e1T1SXMMTg4fUYdQtWfDzprPNjzcRws5aFaZeYQiroH +g01UPj3oF6nwz7zgfgFlDL4XdFSL0gAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjAtMDgtMjBUMTk6 MTc6MzkrMDA6MDDz3oanAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTA4LTIwVDE5OjE3OjM5KzAw OjAwgoM+GwAAAABJRU5ErkJggg== X-Now-Playing: repository's _Howard Jones_ Date: Thu, 20 Aug 2020 21:18:23 +0200 In-Reply-To: <83364hceou.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 20 Aug 2020 22:14:41 +0300") Message-ID: <87k0xtktxc.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> I looked around for a utility function to add stuff to the *Messages* >> buffer (it has to heed the message-log-max variable etc), but I couldn't >> find one. > > ??? What's wrong with 'message'? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> I looked around for a utility function to add stuff to the *Messages* >> buffer (it has to heed the message-log-max variable etc), but I couldn't >> find one. > > ??? What's wrong with 'message'? minibuffer-message can't use message here, apparently. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Aug 2020 19:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 3465@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.15979524756416 (code B ref 3465); Thu, 20 Aug 2020 19:42:02 +0000 Received: (at 3465) by debbugs.gnu.org; 20 Aug 2020 19:41:15 +0000 Received: from localhost ([127.0.0.1]:44193 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8qR0-0001fQ-Nn for submit@debbugs.gnu.org; Thu, 20 Aug 2020 15:41:14 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40456) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8qQy-0001fA-G7 for 3465@debbugs.gnu.org; Thu, 20 Aug 2020 15:41:12 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46874) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k8qQt-0002gj-6L; Thu, 20 Aug 2020 15:41:07 -0400 Received: from [176.228.60.248] (port=4879 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k8qQs-0007zs-9M; Thu, 20 Aug 2020 15:41:06 -0400 Date: Thu, 20 Aug 2020 22:41:00 +0300 Message-Id: <83wo1taywj.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87k0xtktxc.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 20 Aug 2020 21:18:23 +0200) References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> <87k0xtktxc.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: bojohan@gnu.org, 3465@debbugs.gnu.org > Date: Thu, 20 Aug 2020 21:18:23 +0200 > > Eli Zaretskii writes: > > >> I looked around for a utility function to add stuff to the *Messages* > >> buffer (it has to heed the message-log-max variable etc), but I couldn't > >> find one. > > > > ??? What's wrong with 'message'? > > minibuffer-message can't use message here, apparently. I'm probably missing something. This "works for me"™: M-: (with-current-buffer (get-buffer " *Minibuf-1*") (minibuffer-message "foo") (message "FOO")) RET From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Aug 2020 19:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 3465@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.15979527366907 (code B ref 3465); Thu, 20 Aug 2020 19:46:01 +0000 Received: (at 3465) by debbugs.gnu.org; 20 Aug 2020 19:45:36 +0000 Received: from localhost ([127.0.0.1]:44215 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8qVE-0001nL-87 for submit@debbugs.gnu.org; Thu, 20 Aug 2020 15:45:36 -0400 Received: from quimby.gnus.org ([95.216.78.240]:33526) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8qVC-0001n8-54 for 3465@debbugs.gnu.org; Thu, 20 Aug 2020 15:45:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=gFk7FHuHvM/wNe1THEJhId0FZuYE6I+PYHyd8hO7rWg=; b=s+UZ7+ksmQ6QjUwrjS97UMqzF2 dhz/m5htiEpUMrk74A63kRiplQeheh7q87QHntuknToVC3wheoN/1lDKVjpGiVKcMjx7B9SIJ8BSC /OHwPNNaAtSGLxFNbw7quXe7WLmH8vCo10FJ30+hjK0QjhNwUrnFwDRrekF2H6midPF0=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k8qV3-0001m3-U2; Thu, 20 Aug 2020 21:45:28 +0200 From: Lars Ingebrigtsen References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> <87k0xtktxc.fsf@gnus.org> <83wo1taywj.fsf@gnu.org> X-Now-Playing: Tuxedomoon's _Live in London (1982)_: "Courante Marocaine" Date: Thu, 20 Aug 2020 21:45:24 +0200 In-Reply-To: <83wo1taywj.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 20 Aug 2020 22:41:00 +0300") Message-ID: <871rk1ksob.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > I'm probably missing something. This "works for me"=?UTF-8?Q?=E2=84=A2:?= > > M-: (with-current-buffer (get-buffer " *Minibuf-1*") > (minibuffer-message "foo") (message "FOO")) RET Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > I'm probably missing something. This "works for me"=E2=84=A2: > > M-: (with-current-buffer (get-buffer " *Minibuf-1*") > (minibuffer-message "foo") (message "FOO")) RET Does both foo and FOO end up in your *Messages* buffer? I only get FOO there, and the bug report is about the foo. Foo fightin'. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Aug 2020 19:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 3465@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.15979531547558 (code B ref 3465); Thu, 20 Aug 2020 19:53:01 +0000 Received: (at 3465) by debbugs.gnu.org; 20 Aug 2020 19:52:34 +0000 Received: from localhost ([127.0.0.1]:44227 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8qby-0001xo-GH for submit@debbugs.gnu.org; Thu, 20 Aug 2020 15:52:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43016) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8qbx-0001xd-AM for 3465@debbugs.gnu.org; Thu, 20 Aug 2020 15:52:33 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47016) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k8qbs-00043W-1C; Thu, 20 Aug 2020 15:52:28 -0400 Received: from [176.228.60.248] (port=1603 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k8qbr-0000SR-2T; Thu, 20 Aug 2020 15:52:27 -0400 Date: Thu, 20 Aug 2020 22:52:21 +0300 Message-Id: <83sgchaydm.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <871rk1ksob.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 20 Aug 2020 21:45:24 +0200) References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> <87k0xtktxc.fsf@gnus.org> <83wo1taywj.fsf@gnu.org> <871rk1ksob.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: bojohan@gnu.org, 3465@debbugs.gnu.org > Date: Thu, 20 Aug 2020 21:45:24 +0200 > > Eli Zaretskii writes: > > > I'm probably missing something. This "works for me"™: > > > > M-: (with-current-buffer (get-buffer " *Minibuf-1*") > > (minibuffer-message "foo") (message "FOO")) RET > > Does both foo and FOO end up in your *Messages* buffer? I only get FOO > there, and the bug report is about the foo. I don't understand: I thought the above shows that calling 'message' from the minibuffer does work, so programs which want to log minibuffer messages can call 'message' with whatever they want to log, and that stuff will end up in *Messages*. What am I missing? From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Aug 2020 20:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 3465@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159795382017066 (code B ref 3465); Thu, 20 Aug 2020 20:04:02 +0000 Received: (at 3465) by debbugs.gnu.org; 20 Aug 2020 20:03:40 +0000 Received: from localhost ([127.0.0.1]:44237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8qmh-0004RC-S0 for submit@debbugs.gnu.org; Thu, 20 Aug 2020 16:03:40 -0400 Received: from quimby.gnus.org ([95.216.78.240]:33672) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8qmg-0004Qt-8e for 3465@debbugs.gnu.org; Thu, 20 Aug 2020 16:03:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ze0Cbx6bqkwYukg+ARCrVON6fXSPZBjUdBQ+pnD/fjk=; b=XVRqGYk9F8ZiS71i7skQL/iatJ IY+zPpV7hdsKEQ0SlHihr6NH5KHYEIJLu678hzlGGNj1G87XR8T+0IxRxtO7OTyflmAbSV/6QpT/n gUb8b4boe5QCS3eL1DBpRAAQuw/8zdlx/eByp34COSSa1q6C7hIqQemb8rUIhQHqCF3w=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k8qmY-0001ve-5O; Thu, 20 Aug 2020 22:03:32 +0200 From: Lars Ingebrigtsen References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> <87k0xtktxc.fsf@gnus.org> <83wo1taywj.fsf@gnu.org> <871rk1ksob.fsf@gnus.org> <83sgchaydm.fsf@gnu.org> X-Now-Playing: Tuxedomoon's _Live in London (1982)_: "Blind" Date: Thu, 20 Aug 2020 22:03:28 +0200 In-Reply-To: <83sgchaydm.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 20 Aug 2020 22:52:21 +0300") Message-ID: <87sgchjd9r.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > I don't understand: I thought the above shows that calling 'message' > from the minibuffer does work, so programs which want to log > minibuffer messages can call 'message' with whatever they want t [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > I don't understand: I thought the above shows that calling 'message' > from the minibuffer does work, so programs which want to log > minibuffer messages can call 'message' with whatever they want to log, > and that stuff will end up in *Messages*. > > What am I missing? There's no problem with logging in general. The request is to also have the messages output by the minibuffer-message function also end up in the *Messages* buffer. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 Aug 2020 00:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 3465@debbugs.gnu.org, Eli Zaretskii , bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159796813632377 (code B ref 3465); Fri, 21 Aug 2020 00:03:01 +0000 Received: (at 3465) by debbugs.gnu.org; 21 Aug 2020 00:02:16 +0000 Received: from localhost ([127.0.0.1]:44473 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8uVb-0008Q9-Le for submit@debbugs.gnu.org; Thu, 20 Aug 2020 20:02:15 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:30015) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8uVW-0008Pn-0b for 3465@debbugs.gnu.org; Thu, 20 Aug 2020 20:02:14 -0400 X-Originating-IP: 91.129.102.47 Received: from mail.gandi.net (m91-129-102-47.cust.tele2.ee [91.129.102.47]) (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 5800C240004; Fri, 21 Aug 2020 00:02:01 +0000 (UTC) From: Juri Linkov Organization: LINKOV.NET References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> <87k0xtktxc.fsf@gnus.org> <83wo1taywj.fsf@gnu.org> <871rk1ksob.fsf@gnus.org> <83sgchaydm.fsf@gnu.org> <87sgchjd9r.fsf@gnus.org> Date: Fri, 21 Aug 2020 02:40:31 +0300 In-Reply-To: <87sgchjd9r.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 20 Aug 2020 22:03:28 +0200") Message-ID: <87tuwwhnq8.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > There's no problem with logging in general. The request is to also have > the messages output by the minibuffer-message function also end up in > the *Messages* buffer. This was already implemented in 8693611136 (see "Record message in the *Messages* buffer" in 'minibuffer-message'), but later reverted in 7254b63462. From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 Aug 2020 00:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 3465@debbugs.gnu.org, Eli Zaretskii , bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159796836832721 (code B ref 3465); Fri, 21 Aug 2020 00:07:02 +0000 Received: (at 3465) by debbugs.gnu.org; 21 Aug 2020 00:06:08 +0000 Received: from localhost ([127.0.0.1]:44478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8uZL-0008Vf-4d for submit@debbugs.gnu.org; Thu, 20 Aug 2020 20:06:08 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35564) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k8uZF-0008V3-D1 for 3465@debbugs.gnu.org; Thu, 20 Aug 2020 20:06:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=UI7oyUqPQsk7edqxPz4YwmeZ7SD1/tSkX7PCqg3dYVU=; b=ppzfKm/71tux69UWCkSEQK3D9K JaM7pTwfibaXcCKkdkmzgDVbIEgx59MJ1eE8JBzU9bt1FAIxqrPl6MBMIgPX+yIBKPt7+VJHrQq1C zqMjwAYXxCgw93hG1x9zxcKKJT/r+MbwxCstcXln6BmIOE3db/UHjdx47Mzo9/zOWZR8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k8uZ0-0004eZ-8y; Fri, 21 Aug 2020 02:05:55 +0200 From: Lars Ingebrigtsen References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> <87k0xtktxc.fsf@gnus.org> <83wo1taywj.fsf@gnu.org> <871rk1ksob.fsf@gnus.org> <83sgchaydm.fsf@gnu.org> <87sgchjd9r.fsf@gnus.org> <87tuwwhnq8.fsf@mail.linkov.net> X-Now-Playing: Fly Pan Am's _C'est =?UTF-8?Q?=C3=83=C2=A7a=5F:?= "Discreet Channeling" Date: Fri, 21 Aug 2020 02:05:44 +0200 In-Reply-To: <87tuwwhnq8.fsf@mail.linkov.net> (Juri Linkov's message of "Fri, 21 Aug 2020 02:40:31 +0300") Message-ID: <87eeo0j21z.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Juri Linkov writes: >> There's no problem with logging in general. The request is to also have >> the messages output by the minibuffer-message function also end up in >> the *Messages* buffer. > > This was already imple [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Juri Linkov writes: >> There's no problem with logging in general. The request is to also have >> the messages output by the minibuffer-message function also end up in >> the *Messages* buffer. > > This was already implemented in 8693611136 (see "Record message in the > *Messages* buffer" > in 'minibuffer-message'), but later reverted in 7254b63462. The reversion refers to Revert aa89c84e00d8dc85100e6fedab7631c415e6364d (bug#38457) which is a very long thread. What was the reason for removing the *Messages* logging? The patch had other things in addition to the logging... But I liked the way to log to the buffer: + ;; Record message in the *Messages* buffer + (let ((inhibit-message t)) + (if args + (apply #'message message args) + (message "%s" message))) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 07:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 3465@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159808059918174 (code B ref 3465); Sat, 22 Aug 2020 07:17:02 +0000 Received: (at 3465) by debbugs.gnu.org; 22 Aug 2020 07:16:39 +0000 Received: from localhost ([127.0.0.1]:48808 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9NlX-0004j3-LL for submit@debbugs.gnu.org; Sat, 22 Aug 2020 03:16:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41758) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9NlT-0004io-6n for 3465@debbugs.gnu.org; Sat, 22 Aug 2020 03:16:38 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35310) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k9NlN-0001sT-T2; Sat, 22 Aug 2020 03:16:29 -0400 Received: from [176.228.60.248] (port=4974 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k9NlM-00026K-Uf; Sat, 22 Aug 2020 03:16:29 -0400 Date: Sat, 22 Aug 2020 10:16:21 +0300 Message-Id: <83tuwv9mm2.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87sgchjd9r.fsf@gnus.org> (message from Lars Ingebrigtsen on Thu, 20 Aug 2020 22:03:28 +0200) References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> <87k0xtktxc.fsf@gnus.org> <83wo1taywj.fsf@gnu.org> <871rk1ksob.fsf@gnus.org> <83sgchaydm.fsf@gnu.org> <87sgchjd9r.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: bojohan@gnu.org, 3465@debbugs.gnu.org > Date: Thu, 20 Aug 2020 22:03:28 +0200 > > There's no problem with logging in general. The request is to also have > the messages output by the minibuffer-message function also end up in > the *Messages* buffer. By default? I'd object to that. As an option, maybe; but then I don't understand why this is requested as a core feature, since any Lisp program that wants this can simply call 'message' with the same string, and be done. From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 13:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 3465@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159810420916722 (code B ref 3465); Sat, 22 Aug 2020 13:51:01 +0000 Received: (at 3465) by debbugs.gnu.org; 22 Aug 2020 13:50:09 +0000 Received: from localhost ([127.0.0.1]:49135 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9TuK-0004Le-Me for submit@debbugs.gnu.org; Sat, 22 Aug 2020 09:50:08 -0400 Received: from quimby.gnus.org ([95.216.78.240]:36002) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9TuJ-0004L0-4O for 3465@debbugs.gnu.org; Sat, 22 Aug 2020 09:50:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=pjzh4OpyKws418cHTa0jJnpnI6tbPjebJTua+kc7wRA=; b=LIpweMc8+iCa3C1OGUxhv1bizi K/0WkN/vvbuwcMSCDfw/juyVWqFKMQgjZ+5lKC2F8tlsnRZ0iXddGE2GIJsHh4+2pmIFlhaBsN+In A7bbV2AcSLk5kawn+2eUZNyZtTmDlGq+sNaYypWliV+1U+/LIwV4PjZVWX1hZCUCJZZ8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k9TuA-00089F-5z; Sat, 22 Aug 2020 15:50:00 +0200 From: Lars Ingebrigtsen References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> <87k0xtktxc.fsf@gnus.org> <83wo1taywj.fsf@gnu.org> <871rk1ksob.fsf@gnus.org> <83sgchaydm.fsf@gnu.org> <87sgchjd9r.fsf@gnus.org> <83tuwv9mm2.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEW6lGvVvpOJTTv/ //8WfddaAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+QIFg0cFh54y+kAAAFySURBVCjPTdDBatwwEAbg 3wKHrU9pQHc71ODVU4glAScnx0h72FN7CJQ8hSirHnx3z17IgjJP2RnZpdFFfGik+UcoPS9HdOEN WnAk3XqUG5JvjrQAZfmgb5J/HYlgPuK385/UmxOj6WP7+46InhldE5v7UZt9L2WX2Pw8zi+vfUXY 97F5Gq++tSqjZbhoIa918el0dbNFxX0G/cJl2kLBKgCztt7y/sYtKPqDzkjmFy1+rAvGV845FI9D 3aDIqe0Xh7baRniAQ6ECMhxkbRgKeWpZoaK1XegynOIs3bJiqGZ7a5ZqRT0fBhOqAP432+qTpTCt iNqAAn8Vw8yUHAWTMvQb8cxVQuGd8c80MUiw97aaFijBsPelpR2Q8cEj1zuoBPjh4r+Ds6hFcPU/ wFUyUDkmX2PXgeMABzqHe+rkDwXLZCjBrMhL3gB3Jg5AuPyDnLwL1IrD+RPodiszAvvpTr6/Iqnp P4IiSYN8ARvkJGX8BePRrLauUHjHAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIwLTA4LTIyVDEzOjI4 OjIxKzAwOjAw2Y22lwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMC0wOC0yMlQxMzoyODoyMSswMDow MKjQDisAAAAASUVORK5CYII= X-Now-Playing: The Contortions's _Buy_: "Twice Removed" Date: Sat, 22 Aug 2020 15:49:56 +0200 In-Reply-To: <83tuwv9mm2.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 22 Aug 2020 10:16:21 +0300") Message-ID: <87ft8en62j.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> There's no problem with logging in general. The request is to also have >> the messages output by the minibuffer-message function also end up in >> the *Messages* buffer. > > By default? I'd object [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> There's no problem with logging in general. The request is to also have >> the messages output by the minibuffer-message function also end up in >> the *Messages* buffer. > > By default? I'd object to that. As an option, maybe; but then I > don't understand why this is requested as a core feature, since any > Lisp program that wants this can simply call 'message' with the same > string, and be done. I thought it would make sense to have that function behave as regularly as possible... However, looking at the use cases for minibuffer-message, all of the in-tree calls are trivial: "Confirm". "Incomplete". "Hit space to flush". All of those things are UI details that would be surprising to have land in the *Messages* buffer. So I agree with Eli, and I don't think this is something that minibuffer-message should do at all. If something wants to do a minibuffer-message and log it, then that thing should just do both. So I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 22 09:50:20 2020 Received: (at control) by debbugs.gnu.org; 22 Aug 2020 13:50:20 +0000 Received: from localhost ([127.0.0.1]:49138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9TuW-0004M9-0i for submit@debbugs.gnu.org; Sat, 22 Aug 2020 09:50:20 -0400 Received: from quimby.gnus.org ([95.216.78.240]:36018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9TuU-0004Lu-G1 for control@debbugs.gnu.org; Sat, 22 Aug 2020 09:50:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=RWMGhY4sdmOjiPHvuYxuvrZBqTxm/9j8amM6DhqcYPA=; b=cctFsyw9lGvIcF+NQEuuWhG0ZA CuZ2eyCUAmbzMl2KMBzjfunkml6qdzFAUlNdj9MmqZ8zFG8Yg6e0S0A9JR5aQGQScyUbHHc5LVe3y u7RKtkIJIZ8AfiwXUBGW4z5gUbZOubJUCydC35xP93dvBOFFnWx2qm7OPyE4N8lO7src=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k9TuM-00089Q-PD for control@debbugs.gnu.org; Sat, 22 Aug 2020 15:50:12 +0200 Date: Sat, 22 Aug 2020 15:50:09 +0200 Message-Id: <87eenyn626.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #3465 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 3465 wontfix close 3465 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 3465 wontfix close 3465 quit From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 16:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Lars Ingebrigtsen , Eli Zaretskii Cc: 3465@debbugs.gnu.org, 4477@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159811528415543 (code B ref 3465); Sat, 22 Aug 2020 16:55:01 +0000 Received: (at 3465) by debbugs.gnu.org; 22 Aug 2020 16:54:44 +0000 Received: from localhost ([127.0.0.1]:51276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9Wmw-00042X-Hl for submit@debbugs.gnu.org; Sat, 22 Aug 2020 12:54:44 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:48808) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9Wmd-00041w-Q6; Sat, 22 Aug 2020 12:54:26 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MGrTGK092505; Sat, 22 Aug 2020 16:54:17 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=FMDa5a7jeYxGOaExB7KAX5A0l035LUfMCTvjQXUIiR4=; b=HGGTSSZVITrYD3KAv4rUI2Oskexg8glp2+dwYntYKn1qa0Rjc7R5V2KalxNy/37B4nwy T88cP1jv8wPUf/If3q5SvkXivP2Uj7HlS14vCW3CvP8J11aeqTQXPLt6YxnuC54NKf3j Yse6MukD8dLbxqaib0Pnp+NL3bCXNYQiVpfYvuZTuevdP+A4dsm4W7odMK2J/92E6hx1 j5Hvy87hn5Z7mHOrMwRDF99nx2Vn6KyJtFIynY7dEAXBoyQ9U4XBRs7q9eN3NGnjwVnc M+DVoQEPs/P6LkZQcXETWnJQATZV0dYpMXyl95hmwao1n5gZX2S6/Dlbld93FQn1A0Zp hg== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2130.oracle.com with ESMTP id 332tsqh8j3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 22 Aug 2020 16:54:17 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MGs1iN193171; Sat, 22 Aug 2020 16:54:16 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserp3020.oracle.com with ESMTP id 332u60jx0p-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 22 Aug 2020 16:54:16 +0000 Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 07MGsFLg013952; Sat, 22 Aug 2020 16:54:16 GMT MIME-Version: 1.0 Message-ID: Date: Sat, 22 Aug 2020 09:54:14 -0700 (PDT) From: Drew Adams References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> <87k0xtktxc.fsf@gnus.org> <83wo1taywj.fsf@gnu.org> <871rk1ksob.fsf@gnus.org> <83sgchaydm.fsf@gnu.org> <87sgchjd9r.fsf@gnus.org> <83tuwv9mm2.fsf@gnu.org> <87ft8en62j.fsf@gnus.org> In-Reply-To: <87ft8en62j.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9720 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 phishscore=0 bulkscore=0 adultscore=0 mlxscore=0 suspectscore=0 malwarescore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220186 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9720 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 malwarescore=0 suspectscore=0 phishscore=0 clxscore=1011 mlxscore=0 lowpriorityscore=0 bulkscore=0 adultscore=0 priorityscore=1501 impostorscore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220186 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > >> There's no problem with logging in general. The request is to also ha= ve > >> the messages output by the minibuffer-message function also end up in > >> the *Messages* buffer. No. The request is to _be able_ to also log `minibuffer-message' feedback. > > By default? I'd object to that. As an option, maybe;=20 The bug requested to _be able to_ do it. Not to do it by default. > > but then I > > don't understand why this is requested as a core feature, since any > > Lisp program that wants this can simply call 'message' with the same > > string, and be done. No. `minibuffer-message' has an entirely different UI effect. You are coupling the UI effect (messaging) with the logging effect. It is you, even in your "but then" (i.e., NOT by default), who are saying that every time logging is wanted the UI effect of `message' is also wanted. That's exactly the point of this bug: 1. `message' and `minibuffer-message' have different UI effects. They are used for different things. 2. `message' can be logged. `minibuffer-message' cannot. The point is to be able to log `minibuffer-message', WITHOUT getting the different UI effect of `message'. Please reread the bug report. I don't think it's hard to understand the request: Be able to also log `minibuffer-message' output. And obviously WITHOUT calling `message', which is not logging `minibuffer-message' but logging `message', and which adds the UI effect of `message'. > I thought it would make sense to have that function behave as regularly > as possible... >=20 > However, looking at the use cases for minibuffer-message, all of the > in-tree calls are trivial: "Confirm". "Incomplete". "Hit space to > flush". All of those things are UI details that would be surprising to > have land in the *Messages* buffer. This is irrelevant. User code - 3rd-party libraries can, and do, use `minibuffer-message' in other ways. Don't judge what something is used for generally by such trivial uses of it. Uses of the minibuffer by vanilla Emacs are mostly trivial, There's not much user interaction, not many keys/actions possible in the minibuffer, etc. > So I agree with Eli, and I don't think this is something that > minibuffer-message should do at all. If something wants to do a > minibuffer-message and log it, then that thing should just do both. >=20 > So I'm closing this bug report. Eli seems to have clearly misunderstood the request. And you seem to have based your conclusion of how `minibuffer-message' is and can be used only on its few uses in the vanilla code, which are trivial uses. Please reopen this enhancement request. It's simply a request to _be able to_ log `minibuffer-message' output. Not a big deal. `message' does NOT replace `minibuffer-message', and vice versa. Neither should be hard-code coupled with logging. And each should be able to log, as well as have its minibuffer UI effect. The effects of the two functions should be totally _independent_. (And yes, Juri's recent changes that act against this independence are a real step _backward_. I argued this in vain in that context. Too bad.) From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 17:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Drew Adams Cc: 3465@debbugs.gnu.org, larsi@gnus.org, 4477@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159811579516439 (code B ref 3465); Sat, 22 Aug 2020 17:04:01 +0000 Received: (at 3465) by debbugs.gnu.org; 22 Aug 2020 17:03:15 +0000 Received: from localhost ([127.0.0.1]:51291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9WvC-0004H0-JV for submit@debbugs.gnu.org; Sat, 22 Aug 2020 13:03:14 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54262) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9Wv7-0004Gd-IK; Sat, 22 Aug 2020 13:03:13 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40473) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k9Wv2-0008NN-04; Sat, 22 Aug 2020 13:03:04 -0400 Received: from [176.228.60.248] (port=1455 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k9Wv0-00072h-D4; Sat, 22 Aug 2020 13:03:02 -0400 Date: Sat, 22 Aug 2020 20:02:53 +0300 Message-Id: <834kouaa0y.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Drew Adams on Sat, 22 Aug 2020 09:54:14 -0700 (PDT)) References: <87a8keeufp.fsf@gnus.org> <87r3dq248n.fsf@gnu.org> <87ziseu7bh.fsf@gnus.org> <87zh6pkv4b.fsf@gnus.org> <83364hceou.fsf@gnu.org> <87k0xtktxc.fsf@gnus.org> <83wo1taywj.fsf@gnu.org> <871rk1ksob.fsf@gnus.org> <83sgchaydm.fsf@gnu.org> <87sgchjd9r.fsf@gnus.org> <83tuwv9mm2.fsf@gnu.org> <87ft8en62j.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 22 Aug 2020 09:54:14 -0700 (PDT) > From: Drew Adams > Cc: 3465@debbugs.gnu.org, bojohan@gnu.org, 4477@debbugs.gnu.org > > > >> There's no problem with logging in general. The request is to also have > > >> the messages output by the minibuffer-message function also end up in > > >> the *Messages* buffer. > > No. The request is to _be able_ to also log > `minibuffer-message' feedback. > > > > By default? I'd object to that. As an option, maybe; > > The bug requested to _be able to_ do it. > Not to do it by default. I was responding to Lars, not to your original request. > > > but then I > > > don't understand why this is requested as a core feature, since any > > > Lisp program that wants this can simply call 'message' with the same > > > string, and be done. > > No. `minibuffer-message' has an entirely different > UI effect. You are coupling the UI effect (messaging) > with the logging effect. It is you, even in your "but > then" (i.e., NOT by default), who are saying that > every time logging is wanted the UI effect of `message' > is also wanted. Yes, yes, everyone knows that. No need to reiterate the trivia. Please focus on the real issues at hand. > That's exactly the point of this bug: > > 1. `message' and `minibuffer-message' have different UI > effects. They are used for different things. > > 2. `message' can be logged. `minibuffer-message' cannot. > > The point is to be able to log `minibuffer-message', > WITHOUT getting the different UI effect of `message'. Yes, we understood that. No need to reiterate. > Please reread the bug report. I don't think it's hard > to understand the request: Be able to also log > `minibuffer-message' output. Please re-read what I responded. Which part of it contradicts what you requested? > And obviously WITHOUT calling `message', which is not > logging `minibuffer-message' but logging `message', > and which adds the UI effect of `message'. The UI effect of 'message' can be easily disabled by the Lisp program which calls 'message', which in effect converts 'message' into a logging function. Include that in the code that calls 'minibuffer-message', and you have what you wanted, no? > Eli seems to have clearly misunderstood the request. Please don't second-guess my misunderstandings. It is rude, to say the least. > Please reopen this enhancement request. It's simply > a request to _be able to_ log `minibuffer-message' > output. Not a big deal. You are already able to do that, AFAICT. From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 18:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii , Drew Adams Cc: 3465@debbugs.gnu.org, larsi@gnus.org, 4477@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159811989723026 (code B ref 3465); Sat, 22 Aug 2020 18:12:02 +0000 Received: (at 3465) by debbugs.gnu.org; 22 Aug 2020 18:11:37 +0000 Received: from localhost ([127.0.0.1]:51397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9XzM-0005zF-QU for submit@debbugs.gnu.org; Sat, 22 Aug 2020 14:11:37 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:53478) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9XzJ-0005yv-30; Sat, 22 Aug 2020 14:11:35 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MI76ct154940; Sat, 22 Aug 2020 18:11:27 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=OX4SDl/T8CHMgaKeN4Kyz7GHuR7WpFxXqLfqrFN4brs=; b=q9yc/t69Anij9IcwgnZrUHAcfNIJ3GelJEUgdTz70//Vkrj0Lmn3P57xMlTGRAUiIWu4 0bljJkMpY8S+RZ3y5+loyAJyMNQshVgDDKgsQowzC0In4j9PgFYQmp0oHGALgDptzC2e 49q70GG/Bt0SIcM0JvP0GtSPJzfltW5NeTTwnQ/JhoubJYiUHYpM0rN2PHCnwps0xAao lRz5dB6tautNvxFLtSPAUt1VWqRNBiDX4tFU4RHpzA7/JcuangaFfrP+o6dfJPJBAsYA kK9seUzQzRDHztlFG7+ul7TBP4On75uNEuHkkwxW7GuQbfWJ7Pn/oOBaH4bXAcoImRHV cw== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2120.oracle.com with ESMTP id 332v0ms9b8-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 22 Aug 2020 18:11:27 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MI8ZoW008755; Sat, 22 Aug 2020 18:11:26 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3020.oracle.com with ESMTP id 332tpgf0yu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 22 Aug 2020 18:11:26 +0000 Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 07MIBOlk016548; Sat, 22 Aug 2020 18:11:25 GMT MIME-Version: 1.0 Message-ID: <028c363a-e801-4c9a-8ebd-d55180961cf7@default> Date: Sat, 22 Aug 2020 11:11:23 -0700 (PDT) From: Drew Adams References: <> <<87a8keeufp.fsf@gnus.org>> <<87r3dq248n.fsf@gnu.org>> <<87ziseu7bh.fsf@gnus.org>> <<87zh6pkv4b.fsf@gnus.org>> <<83364hceou.fsf@gnu.org>> <<87k0xtktxc.fsf@gnus.org>> <<83wo1taywj.fsf@gnu.org>> <<871rk1ksob.fsf@gnus.org>> <<83sgchaydm.fsf@gnu.org>> <<87sgchjd9r.fsf@gnus.org>> <<83tuwv9mm2.fsf@gnu.org>> <<87ft8en62j.fsf@gnus.org>> <> <<834kouaa0y.fsf@gnu.org>> In-Reply-To: <<834kouaa0y.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9721 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 phishscore=0 bulkscore=0 mlxscore=0 spamscore=0 adultscore=0 malwarescore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220200 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9721 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 bulkscore=0 mlxlogscore=999 adultscore=0 lowpriorityscore=0 suspectscore=0 clxscore=1015 malwarescore=0 spamscore=0 impostorscore=0 phishscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220200 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > Please reread the bug report. I don't think it's hard > > to understand the request: Be able to also log > > `minibuffer-message' output. >=20 > Please re-read what I responded. Which part of it > contradicts what you requested? >=20 > > And obviously WITHOUT calling `message', which is not > > logging `minibuffer-message' but logging `message', > > and which adds the UI effect of `message'. >=20 > The UI effect of 'message' can be easily disabled by the Lisp program > which calls 'message', which in effect converts 'message' into a > logging function. Include that in the code that calls > 'minibuffer-message', and you have what you wanted, no? Please read what you just responded to again. The request is to be able to have `minibuffer-message' output logged, WITHOUT calling `message'. You seem to keep repeating that we can have the effect of logging the text (and have the UI effect of only `minibuffer-message') by ALSO calling `message'. That's not the request. It's not about whether one can get the effect of logging `minibuffer-message' output without also logging a `message' output for the same text. It's about simply controlling logging for `minibuffer-message', totally, completely, independent of any use of `message'. IOW, please forget about `message'. The request is for a simple way to (optionally) log output of=20 `minibuffer-message', just as we do, for example for `message' output. And without recourse to any call to `message' - no workaround, just a simple way to log `minibuffer-message'. We have such a way for `message' output. The request is for such a way for `minibuffer-message' output - totally independent from `message'. > > Eli seems to have clearly misunderstood the request. >=20 > Please don't second-guess my misunderstandings. It is rude, to say > the least. Fair enough to say that I do think you've misundertood? Perhaps you prefer RMS's favorite way to put it: "We seem to be miscommunicating." You reply that what I say is obvious to all and doesn't need to be said. I reply that I think you're not getting what I'm saying. You reply that there's a workaround (which I could say is obvious to all and doesn't need to be reiterated). I reply that I'm aware of that workaround, and I'm asking for a _simple_ way to do what's requested, along the lines of what's available for `message', for instance. > > Please reopen this enhancement request. It's simply > > a request to _be able to_ log `minibuffer-message' > > output. Not a big deal. >=20 > You are already able to do that, AFAICT. Not simply. Not in a way similar or analogous to what we can do for `message'. Not without jumping through a hoop - also calling `message'. Please keep `message' out of it. This request is about `minibuffer-message'. From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 18:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Drew Adams Cc: 3465@debbugs.gnu.org, Eli Zaretskii , 4477@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.15981212811414 (code B ref 3465); Sat, 22 Aug 2020 18:35:01 +0000 Received: (at 3465) by debbugs.gnu.org; 22 Aug 2020 18:34:41 +0000 Received: from localhost ([127.0.0.1]:51441 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9YLg-0000Mf-RR for submit@debbugs.gnu.org; Sat, 22 Aug 2020 14:34:41 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38618) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9YLc-0000MH-Nl; Sat, 22 Aug 2020 14:34:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=vuRavbDBFkp/QpN6NT/6nMXIZuLLo/X39EYX4K/8TwU=; b=EL5wkCQTE3os9n0q6i0vjwfsvh a8tORPNep5c+UC4Of/t8dMnUQTEVeHTMI3d0QpTyoXeF1GQUCbtfQTlwCkLM/W9TSCd0sUofQ2l+x vMoursnVTKb/yB87AfcWxHD1YsMn24MsHA152Bp4MoTZdpJyZ4sakpeRpw7npm9s57mo=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k9YLT-0002aQ-0V; Sat, 22 Aug 2020 20:34:29 +0200 From: Lars Ingebrigtsen References: > <87a8keeufp.fsf@gnus.org>> <87r3dq248n.fsf@gnu.org>> <87ziseu7bh.fsf@gnus.org>> <87zh6pkv4b.fsf@gnus.org>> <83364hceou.fsf@gnu.org>> <87k0xtktxc.fsf@gnus.org>> <83wo1taywj.fsf@gnu.org>> <871rk1ksob.fsf@gnus.org>> <83sgchaydm.fsf@gnu.org>> <87sgchjd9r.fsf@gnus.org>> <83tuwv9mm2.fsf@gnu.org>> <87ft8en62j.fsf@gnus.org>> > <834kouaa0y.fsf@gnu.org>> <028c363a-e801-4c9a-8ebd-d55180961cf7@default> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEXOs1nu2qT9/OSs VioqHRH///8ntA6cAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+QIFhIeLP04lJQAAAG/SURBVDjLXZSL dcMgDEUl0wEk6AAWWUBUHiAt3n+mCgP+BI5PHC56Qh8MGJmF2xP9jfMcYBo0gZkAowJcQCRKlsw+ 88Ni/ArnxVfjJ+CXYYHE6sY3IIVJtUCgwistFwDgVBSQk7qbECd4FWGiEjO9lszxhScw9N1LzCzC K6YSOxAM2CTQj+wbAuIA6+LaAclXSFdz5xNAFDa0knyu6sHg8BFcRDgsoZA2v8eBG0gA6Bn02WIS TEMqf4MSwpFh9+6hzuN+7UpvGMNoqxfYPeHmExRs398TfO9tvCEAbO3tb4J1f45lAtoe6/VMIsGd mJ5pXyHYRNUsyh1MUjWueEl5ButBDCLVG7CWdk8Mi4cH16mgheXhha1p9f4Arxt7aKd3d96Ba7Br We2oKs/24YGajCnOljssOmrOW2/fQVudO3rHUv/fK6GuxLzaIq0C3QBbIqs717jtNcBQIAxXbv0p vtoBPQvyk6Vb4LMge3HtA6SZ8QG8z/pxv8b6IL9nHD3jbWzdxZES77KhVOvdot3V7ttBf5ntI93H /bSjUJKe4LqcfFbpNBj3fL2B38cHQLqNey8fn4xModX1LOAFPsc/wrejvuR82eYAAAAldEVYdGRh dGU6Y3JlYXRlADIwMjAtMDgtMjJUMTg6MzA6NDQrMDA6MDB4SrAgAAAAJXRFWHRkYXRlOm1vZGlm eQAyMDIwLTA4LTIyVDE4OjMwOjQ0KzAwOjAwCRcInAAAAABJRU5ErkJggg== X-Now-Playing: The Rolling Stones's _Let It Bleed_: "Gimme Shelter" Date: Sat, 22 Aug 2020 20:34:25 +0200 In-Reply-To: <028c363a-e801-4c9a-8ebd-d55180961cf7@default> (Drew Adams's message of "Sat, 22 Aug 2020 11:11:23 -0700 (PDT)") Message-ID: <87y2m6h6mm.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Drew Adams writes: > Please read what you just responded to again. > > The request is to be able to have `minibuffer-message' > output logged, WITHOUT calling `message'. We understand the request, and we have said "no, we're not going to add that to Emacs". Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Drew Adams writes: > Please read what you just responded to again. > > The request is to be able to have `minibuffer-message' > output logged, WITHOUT calling `message'. We understand the request, and we have said "no, we're not going to add that to Emacs". If you want to do a minibuffer message and log it, you can write your own function: (defun minibuffer-message-and-log (&rest args) (let ((inhibit-message t)) (apply #'message args)) (apply #'minibuffer-message args)) Or whatever. This seems to be a common thread when you request extending a function to do something special in one way or another, when that can be done trivially by just calling two functions instead. And the rearguard-fighting action when these requests are rejected are tiresome, to say the least. Please stop doing it. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 18:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Drew Adams Cc: 3465@debbugs.gnu.org, larsi@gnus.org, 4477@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.15981214101662 (code B ref 3465); Sat, 22 Aug 2020 18:37:01 +0000 Received: (at 3465) by debbugs.gnu.org; 22 Aug 2020 18:36:50 +0000 Received: from localhost ([127.0.0.1]:51452 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9YNl-0000Qe-I9 for submit@debbugs.gnu.org; Sat, 22 Aug 2020 14:36:49 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41706) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9YNk-0000QM-7Y; Sat, 22 Aug 2020 14:36:48 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41529) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k9YNe-00027X-MS; Sat, 22 Aug 2020 14:36:42 -0400 Received: from [176.228.60.248] (port=3258 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k9YNd-0002SS-QW; Sat, 22 Aug 2020 14:36:42 -0400 Date: Sat, 22 Aug 2020 21:36:33 +0300 Message-Id: <83zh6m8r4e.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <028c363a-e801-4c9a-8ebd-d55180961cf7@default> (message from Drew Adams on Sat, 22 Aug 2020 11:11:23 -0700 (PDT)) References: <> <<87a8keeufp.fsf@gnus.org>> <<87r3dq248n.fsf@gnu.org>> <<87ziseu7bh.fsf@gnus.org>> <<87zh6pkv4b.fsf@gnus.org>> <<83364hceou.fsf@gnu.org>> <<87k0xtktxc.fsf@gnus.org>> <<83wo1taywj.fsf@gnu.org>> <<871rk1ksob.fsf@gnus.org>> <<83sgchaydm.fsf@gnu.org>> <<87sgchjd9r.fsf@gnus.org>> <<83tuwv9mm2.fsf@gnu.org>> <<87ft8en62j.fsf@gnus.org>> <> <<834kouaa0y.fsf@gnu.org>> <028c363a-e801-4c9a-8ebd-d55180961cf7@default> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 22 Aug 2020 11:11:23 -0700 (PDT) > From: Drew Adams > Cc: larsi@gnus.org, 3465@debbugs.gnu.org, bojohan@gnu.org, > 4477@debbugs.gnu.org > > The request is to be able to have `minibuffer-message' > output logged, WITHOUT calling `message'. Why "without"? > It's about simply controlling logging for > `minibuffer-message', totally, completely, independent > of any use of `message'. You want every single call to minibuffer-message to be logged in *Messages*? I'm guessing not, because this would make no sense. If you want to log only _some_ calls to minibuffer-message, then you will have to have special code to request that in those places where you want the minibuffer messages to be logged. I'm saying that you can easily call 'message' in those places, and be done with that. > IOW, please forget about `message'. The request is > for a simple way to (optionally) log output of > `minibuffer-message', just as we do, for example for > `message' output. And without recourse to any call > to `message' - no workaround, just a simple way to > log `minibuffer-message'. We have such a way for > `message' output. The request is for such a way for > `minibuffer-message' output - totally independent > from `message'. You cannot request a feature and then also dictate how it is implemented. The solution I proposed should do what you want without requiring any changes to the core. > > You are already able to do that, AFAICT. > > Not simply. It's simple enough, from where I stand. Certainly so for a minor feature such as this one. From unknown Sat Jun 14 04:59:02 2025 X-Loop: help-debbugs@gnu.org Subject: bug#3465: 23.0.94; feature request: be able to log minibuffer messages Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 19:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3465 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Eli Zaretskii , Drew Adams Cc: 3465@debbugs.gnu.org, larsi@gnus.org, 4477@debbugs.gnu.org, bojohan@gnu.org Received: via spool by 3465-submit@debbugs.gnu.org id=B3465.159812385113310 (code B ref 3465); Sat, 22 Aug 2020 19:18:02 +0000 Received: (at 3465) by debbugs.gnu.org; 22 Aug 2020 19:17:31 +0000 Received: from localhost ([127.0.0.1]:51499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9Z18-0003SG-JR for submit@debbugs.gnu.org; Sat, 22 Aug 2020 15:17:31 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:41640) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9Z15-0003ML-R9; Sat, 22 Aug 2020 15:17:29 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MJD7MT128375; Sat, 22 Aug 2020 19:17:22 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=XOH2giuc6NW3P6OnNdNBw+pZAE/4FEhBt2ZPdoGCHvY=; b=sy99EcIJboU1NPpBcBIUUL2fTTYF9IUjBuBMTMBZEQQ+Uk4xzBDA3L1K5INHFp1UuPXN bK9khwW+3w4VNBfGkCdsVzwcTwj4bjlcW+OUJO1fFJSLvMVbPG+GImwe5/8rrB/JsQg2 6HeJ01zwOlhXWIxtqIEqmOvCqWVxavz4Dv9EouSzn8JwRN7DWB8oXs3XQH6xVJjfGxmp wOUMA8+9GRZ/BDhDi0pm+b4htp0RMniABpXSZkf+xWajZk9DDUKqPhLvg+AYEPJolGkI pLI+9pNzdM4oBspnA8iC7gufIv5lnkleB8x4jyBbcQLYS2F/HJokKpCZi5ANGJvk7AtU Zw== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2130.oracle.com with ESMTP id 332tsqhfen-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 22 Aug 2020 19:17:21 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MJCc1Y031299; Sat, 22 Aug 2020 19:17:21 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3030.oracle.com with ESMTP id 332sd8qnbm-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 22 Aug 2020 19:17:21 +0000 Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 07MJHHWc006274; Sat, 22 Aug 2020 19:17:18 GMT MIME-Version: 1.0 Message-ID: <12b66207-14ef-46aa-98d5-533362f0a3ea@default> Date: Sat, 22 Aug 2020 12:17:16 -0700 (PDT) From: Drew Adams References: <<>> <<<87a8keeufp.fsf@gnus.org>>> <<<87r3dq248n.fsf@gnu.org>>> <<<87ziseu7bh.fsf@gnus.org>>> <<<87zh6pkv4b.fsf@gnus.org>>> <<<83364hceou.fsf@gnu.org>>> <<<87k0xtktxc.fsf@gnus.org>>> <<<83wo1taywj.fsf@gnu.org>>> <<<871rk1ksob.fsf@gnus.org>>> <<<83sgchaydm.fsf@gnu.org>>> <<<87sgchjd9r.fsf@gnus.org>>> <<<83tuwv9mm2.fsf@gnu.org>>> <<<87ft8en62j.fsf@gnus.org>>> <<>> <<<834kouaa0y.fsf@gnu.org>>> <<028c363a-e801-4c9a-8ebd-d55180961cf7@default>> <<83zh6m8r4e.fsf@gnu.org>> In-Reply-To: <<83zh6m8r4e.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9721 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 adultscore=0 phishscore=0 malwarescore=0 mlxscore=0 bulkscore=0 mlxlogscore=999 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220212 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9721 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 malwarescore=0 suspectscore=0 phishscore=0 clxscore=1015 mlxscore=0 lowpriorityscore=0 bulkscore=0 adultscore=0 priorityscore=1501 impostorscore=0 mlxlogscore=999 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220212 X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > > The request is to be able to have `minibuffer-message' > > output logged, WITHOUT calling `message'. >=20 > Why "without"? Treat `minibuffer-message' as first-class, the same way `message' is treated. `message' shouldn't affect `minibuffer-message', and vice versa. `message' has an easy way to do what's requested; `minibuffer-message' does not have one. > > It's about simply controlling logging for > > `minibuffer-message', totally, completely, independent > > of any use of `message'. >=20 > You want every single call to minibuffer-message to be logged in > *Messages*? I'm guessing not, because this would make no sense. Not at all. What makes you think that? I think I made it clear that the request is to be able to have, for `minibuffer-message', control over logging similar to what we have for `message'. They are separate. They should remain separate. All that's being requested is logging control for `minibuffer-message' that's on a par with the logging control for `message'. > If you want to log only _some_ calls to minibuffer-message, then you > will have to have special code to request that in those places where > you want the minibuffer messages to be logged. I'm saying that you > can easily call 'message' in those places, and be done with that. What I want is to be able to do with and for `minibuffer-message' what I can do with and for `message'. Without any use of `message' - no connection between the two, no dependence of either on the other. > > IOW, please forget about `message'. The request is > > for a simple way to (optionally) log output of > > `minibuffer-message', just as we do, for example for > > `message' output. And without recourse to any call > > to `message' - no workaround, just a simple way to > > log `minibuffer-message'. We have such a way for > > `message' output. The request is for such a way for > > `minibuffer-message' output - totally independent > > from `message'. >=20 > You cannot request a feature and then also dictate > how it is implemented. I in no way dictated anything about implementation. I have said absolutely nothing about implementation. The entire request is expressed in terms of behavior: user-visible, user-controllable behavior. Nothing about implementation. It's about what users can do. > The solution I proposed should do what you want without > requiring any changes to the core. See above. It doesn't do what was requested. > > > You are already able to do that, AFAICT. > > > > Not simply. >=20 > It's simple enough, from where I stand. Certainly > so for a minor feature such as this one.