From unknown Mon Jun 23 02:21:30 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#13752 <13752@debbugs.gnu.org> To: bug#13752 <13752@debbugs.gnu.org> Subject: Status: Suggestions regarding the minibuffer Reply-To: bug#13752 <13752@debbugs.gnu.org> Date: Mon, 23 Jun 2025 09:21:30 +0000 retitle 13752 Suggestions regarding the minibuffer reassign 13752 emacs submitter 13752 E Sabof severity 13752 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 18 14:45:57 2013 Received: (at submit) by debbugs.gnu.org; 18 Feb 2013 19:45:57 +0000 Received: from localhost ([127.0.0.1]:35155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U7Wey-0004ym-MF for submit@debbugs.gnu.org; Mon, 18 Feb 2013 14:45:57 -0500 Received: from eggs.gnu.org ([208.118.235.92]:43694) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U7Wev-0004yd-MX for submit@debbugs.gnu.org; Mon, 18 Feb 2013 14:45:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U7Wdu-0000VF-3G for submit@debbugs.gnu.org; Mon, 18 Feb 2013 14:44:52 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, HTML_MESSAGE,RCVD_IN_DNSWL_LOW,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:41343) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U7Wdu-0000V5-0u for submit@debbugs.gnu.org; Mon, 18 Feb 2013 14:44:50 -0500 Received: from eggs.gnu.org ([208.118.235.92]:54983) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U7Wdm-0004jn-BN for bug-gnu-emacs@gnu.org; Mon, 18 Feb 2013 14:44:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1U7Wdi-0000R0-0u for bug-gnu-emacs@gnu.org; Mon, 18 Feb 2013 14:44:42 -0500 Received: from mail-qe0-f49.google.com ([209.85.128.49]:33405) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1U7Wdh-0000Qg-Sf for bug-gnu-emacs@gnu.org; Mon, 18 Feb 2013 14:44:37 -0500 Received: by mail-qe0-f49.google.com with SMTP id 5so2623589qea.8 for ; Mon, 18 Feb 2013 11:44:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=p7jCFHutzBNaf5NUjTkI9SrIvju+3NbF7QHaYjzKRDw=; b=zTRWqodpzzHYC4an0D5lvNgYpAYRfU+tXcPkPgiEUM4r5lWr+wU2IHIcDkkHTpYZSX UdMvzpU1KXYCENUNWorSBK0wXUfkEdRblh9zcNB1MyQLiOBQOZnfcty3ZQp4qXkt382s XKs/lDV91BfOuALGKLmR9ZjFyBUosAmSb8LvHkJumMQPkcRn5lcFUmnaeG7MjEHaTWUz DLBDE7YqN3SoGt4g/Iy2/iZS0ujm7JUM/m/pRH8m4XkfAHIG216u7o4feT9n/+VoKu01 0irrN1zvkxEEcqPQRGLxbW+jBjaSSRfyMd/MovIzZHbrTcZNl8ZoJagTbBWYuFIPzhza meYw== MIME-Version: 1.0 X-Received: by 10.224.27.136 with SMTP id i8mr5278549qac.63.1361216677084; Mon, 18 Feb 2013 11:44:37 -0800 (PST) Received: by 10.49.4.102 with HTTP; Mon, 18 Feb 2013 11:44:36 -0800 (PST) Date: Mon, 18 Feb 2013 19:44:36 +0000 Message-ID: Subject: Suggestions regarding the minibuffer From: E Sabof To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=bcaec51b15937ffcc604d604f47d X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: 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: -4.2 (----) --bcaec51b15937ffcc604d604f47d Content-Type: text/plain; charset=ISO-8859-1 1. Would it be possible to add a property to error symbols that would prevent the error message from appearing in the mini-buffer? I see little utility in messages such a "End of buffer", "Beginning of buffer" and "Text read-only". It could be seen as implementation logic leaking into UI. 2. Could an option be created that wouldn't allow messages (regular or error) from being displayed, while the minibuffer is active and selected? --bcaec51b15937ffcc604d604f47d Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
1. Would it be possible to add a property to error sy= mbols that would prevent the error message from appearing in the mini-buffe= r? I see little=A0utility=A0in =A0messages such a "End of buffer"= , "Beginning of buffer" and "Text read-only". It could = be seen as implementation logic leaking into UI.

2. Could an option be created that wouldn't allow m= essages (regular or error) from being displayed, while the minibuffer is ac= tive and selected?
--bcaec51b15937ffcc604d604f47d-- From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 18 15:03:42 2013 Received: (at 13752) by debbugs.gnu.org; 18 Feb 2013 20:03:42 +0000 Received: from localhost ([127.0.0.1]:35191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U7Ww9-0005Pd-Sn for submit@debbugs.gnu.org; Mon, 18 Feb 2013 15:03:42 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:32620) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U7Ww7-0005PT-1D for 13752@debbugs.gnu.org; Mon, 18 Feb 2013 15:03:40 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFFxKjI/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOIYZwZgV6DFQ X-IPAS-Result: Av4EABK/CFFFxKjI/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOIYZwZgV6DFQ X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="1680165" Received: from 69-196-168-200.dsl.teksavvy.com (HELO pastel.home) ([69.196.168.200]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 18 Feb 2013 15:02:36 -0500 Received: by pastel.home (Postfix, from userid 20848) id 540346C2AF; Mon, 18 Feb 2013 15:02:36 -0500 (EST) From: Stefan Monnier To: E Sabof Subject: Re: bug#13752: Suggestions regarding the minibuffer Message-ID: References: Date: Mon, 18 Feb 2013 15:02:36 -0500 In-Reply-To: (E. Sabof's message of "Mon, 18 Feb 2013 19:44:36 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 13752 Cc: 13752@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: 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: -0.5 (/) > 1. Would it be possible to add a property to error symbols that would > prevent the error message from appearing in the mini-buffer? I see > little utility in messages such a "End of buffer", "Beginning of buffer" > and "Text read-only". > It could be seen as implementation logic leaking into UI. I don't think these messages have anything to do with implementation. Instead, they're present to explain to the user why nothing else happened in response to their keypress. As for your request, I would welcome a patch that makes the display of error messages more flexible. > 2. Could an option be created that wouldn't allow messages (regular or > error) from being displayed, while the minibuffer is active and selected? Not displaying them might not be the best default choice (tho an option for it could be OK), but I'd welcome a patch that makes them less intrusive (e.g. display the message at the end of the minibuffer, like the " [No match]" message in completions). Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon May 31 03:06:33 2021 Received: (at 13752) by debbugs.gnu.org; 31 May 2021 07:06:33 +0000 Received: from localhost ([127.0.0.1]:60856 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lnc0P-0006ai-6a for submit@debbugs.gnu.org; Mon, 31 May 2021 03:06:33 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56582) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lnc0M-0006aU-C6 for 13752@debbugs.gnu.org; Mon, 31 May 2021 03:06:31 -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=wE66Gnu1p7kCDAu2A6XToCsYscRKh7GITJYcot/YoDM=; b=a8kUpAJnThvbkqcBl1o/019mdI KAxVlcukZ8B5/Fb+Pk06pUKX7pOZJsjNOU/RkIjh2MeSHPodrRCWBJpsvqciOPg69IpA9H1CWb0fR xLWeZ20l78pbLOs+aOgccmNRQZxh8qK173C0qOUJCwyw4Ah38L+8nxgPn2/3OdPH3iio=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lnc0D-0006gE-3l; Mon, 31 May 2021 09:06:23 +0200 From: Lars Ingebrigtsen To: E Sabof Subject: Re: bug#13752: Suggestions regarding the minibuffer References: X-Now-Playing: d'Eon's _LP_: "Century By Century" Date: Mon, 31 May 2021 09:06:19 +0200 In-Reply-To: (E. Sabof's message of "Mon, 18 Feb 2013 19:44:36 +0000") Message-ID: <87zgwbidqs.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: E Sabof writes: > 1. Would it be possible to add a property to error symbols that would prevent the error > message from appearing in the mini-buffer? I see little utility in messages such a "End > of buffer", "Begin [...] 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: 13752 Cc: 13752@debbugs.gnu.org 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 (-) E Sabof writes: > 1. Would it be possible to add a property to error symbols that would prevent the error > message from appearing in the mini-buffer? I see little utility in messages such a "End > of buffer", "Beginning of buffer" and "Text read-only". It could be seen as > implementation logic leaking into UI. Hm. I thought that the introduction of `set-message-function' would allow users to filter messages like this, but (setq set-message-function (lambda (string) 'no)) only seems to inhibit messages from `message', not from `signal'? I'm having some difficulty tracing the logic here... Anybody know whether this is by design? > 2. Could an option be created that wouldn't allow messages (regular or > error) from being displayed, while the minibuffer is active and > selected? This problem has mostly been fixed in Emacs 28 -- messages are appended instead of overwriting the minibuffer. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon May 31 16:31:01 2021 Received: (at 13752) by debbugs.gnu.org; 31 May 2021 20:31:01 +0000 Received: from localhost ([127.0.0.1]:34965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lnoYv-0006vv-Eo for submit@debbugs.gnu.org; Mon, 31 May 2021 16:31:01 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:38363) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lnoYt-0006ve-BJ for 13752@debbugs.gnu.org; Mon, 31 May 2021 16:31:00 -0400 Received: (Authenticated sender: juri@linkov.net) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id 331C620002; Mon, 31 May 2021 20:30:50 +0000 (UTC) From: Juri Linkov To: Lars Ingebrigtsen Subject: Re: bug#13752: Suggestions regarding the minibuffer References: <87zgwbidqs.fsf@gnus.org> Date: Mon, 31 May 2021 23:13:03 +0300 In-Reply-To: <87zgwbidqs.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 31 May 2021 09:06:19 +0200") Message-ID: <87v96ylmew.fsf@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-Debbugs-Envelope-To: 13752 Cc: E Sabof , 13752@debbugs.gnu.org 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 (-) >> 1. Would it be possible to add a property to error symbols that would prevent the error >> message from appearing in the mini-buffer? I see little utility in messages such a "End >> of buffer", "Beginning of buffer" and "Text read-only". It could be seen as >> implementation logic leaking into UI. > > Hm. I thought that the introduction of `set-message-function' would > allow users to filter messages like this, but > > (setq set-message-function (lambda (string) > 'no)) > > only seems to inhibit messages from `message', not from `signal'? I'm > having some difficulty tracing the logic here... Anybody know whether > this is by design? This looks like a new feature request :-) If this can't be implemented using the existing signal-hook-function or signaling-function, maybe then a new set-signal-function could be added? From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 01 02:17:44 2021 Received: (at 13752) by debbugs.gnu.org; 1 Jun 2021 06:17:44 +0000 Received: from localhost ([127.0.0.1]:35530 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lnxii-0000Rl-1D for submit@debbugs.gnu.org; Tue, 01 Jun 2021 02:17:44 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39800) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lnxig-0000RX-NF for 13752@debbugs.gnu.org; Tue, 01 Jun 2021 02:17:43 -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=AmdTUCNKd3ytUPf1DygvuJnMHfvtWF14qTTZTL+rJ80=; b=njI8n+E6atRmWhfkwaabQ7i8q3 yVwoc3J8i/qVE3Z11qvWLpzUTJ6ZQNrO4gFwLrpoMhuZlG/UuQ7ZsI6KecSEicO4b7vZDSPakjedS rc+dS8/QW3wbj4CGYfMqeFsC2g0hlC5WYkF3KJeHdPz3j8fEX+i0Wh5EJEux6/vrqLXI=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lnxiX-0004bu-MD; Tue, 01 Jun 2021 08:17:35 +0200 From: Lars Ingebrigtsen To: Juri Linkov Subject: Re: bug#13752: Suggestions regarding the minibuffer References: <87zgwbidqs.fsf@gnus.org> <87v96ylmew.fsf@linkov.net> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEUNDBIlIyqIdIi5 uLZKTFj///8mLXjpAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+UGAQU0ItUgwqwAAAGxSURBVDjLbZPt gcMgCIahlwEgZYEYB+g1GSAm7j/TgaK17fkr4ZGvFwQAmHfgfgj64SkBpAlI4MADgAgQ1Y6yKGBA YiBMQEyonsAZJC6kweySBtLPGmjBHBdMnNRvQkIDaDiEkNOQsqdGzLd8vNksNQhAvsYiQcgp8okD mGI1qwfHF9BbC2G5r3/0CnWTQFQ8ppykCyFJ5gP9W8uNDpCTtpVqVXMIZ27g2rOqge4RG0BYN+2V uYXSLApwPWR9NuG5gOJxhszXzoCtT7UnU/oMe7z/qpmLxCAaKKn6LNdz23ZPpmTK52JjQb42PTuy i4ixAHVZC7BLdbxRIxVB103R04ehgMUlubabZqnAPDiri4H7LrBtVQM6dEmS9mE/Pw/h9f4oicm2 I/vMkTLOt0fpQldJcgwh+ZR0RLYm1GRvoK0C9Z1w2f0u2So6a8pBTTYux7BSg3lwMCP1/34HHWi5 mN6cy2WyBuEdDKHJQWusAy5G5K8CHdB3rLElHJ7tZ/zepsnyCboftqfaj4FUMnyXNe3hqO97yGHx JTzpu3OqJfyjv8Wi4jucGgHz4qBNky3QH/NWM66b/Ib3AAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIx LTA2LTAxVDA1OjUyOjM0KzAwOjAwOk10LAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0wNi0wMVQw NTo1MjozNCswMDowMEsQzJAAAAAASUVORK5CYII= X-Now-Playing: Grimes's _Miss Anthropocene_: "You'll Miss Me When I'm Not Around" Date: Tue, 01 Jun 2021 08:17:33 +0200 In-Reply-To: <87v96ylmew.fsf@linkov.net> (Juri Linkov's message of "Mon, 31 May 2021 23:13:03 +0300") Message-ID: <87czt6f6rm.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: >> only seems to inhibit messages from `message', not from `signal'? I'm >> having some difficulty tracing the logic here... Anybody know whether >> this is by design? > > This looks like a new featur [...] 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.7 (/) X-Debbugs-Envelope-To: 13752 Cc: E Sabof , 13752@debbugs.gnu.org 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 (-) Juri Linkov writes: >> only seems to inhibit messages from `message', not from `signal'? I'm >> having some difficulty tracing the logic here... Anybody know whether >> this is by design? > > This looks like a new feature request :-) If this can't be implemented > using the existing signal-hook-function or signaling-function, > maybe then a new set-signal-function could be added? Sure -- but I was just expecting `set-message-function' to work here, though. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 01 16:58:33 2021 Received: (at 13752) by debbugs.gnu.org; 1 Jun 2021 20:58:33 +0000 Received: from localhost ([127.0.0.1]:38006 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loBT6-0007um-UI for submit@debbugs.gnu.org; Tue, 01 Jun 2021 16:58:33 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:53173) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loBT5-0007uX-Gw for 13752@debbugs.gnu.org; Tue, 01 Jun 2021 16:58:32 -0400 Received: (Authenticated sender: juri@linkov.net) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 1A1FB240005; Tue, 1 Jun 2021 20:58:23 +0000 (UTC) From: Juri Linkov To: Lars Ingebrigtsen Subject: Re: bug#13752: Suggestions regarding the minibuffer Organization: LINKOV.NET References: <87zgwbidqs.fsf@gnus.org> <87v96ylmew.fsf@linkov.net> <87czt6f6rm.fsf@gnus.org> Date: Tue, 01 Jun 2021 23:34:15 +0300 In-Reply-To: <87czt6f6rm.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 01 Jun 2021 08:17:33 +0200") Message-ID: <87eedle5vs.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-Debbugs-Envelope-To: 13752 Cc: E Sabof , 13752@debbugs.gnu.org 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 (-) >>> only seems to inhibit messages from `message', not from `signal'? I'm >>> having some difficulty tracing the logic here... Anybody know whether >>> this is by design? >> >> This looks like a new feature request :-) If this can't be implemented >> using the existing signal-hook-function or signaling-function, >> maybe then a new set-signal-function could be added? > > Sure -- but I was just expecting `set-message-function' to work here, > though. But does `signal' use one of too low-level messaging functions? I can't find what function displays the error message in the echo area. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 02 01:46:15 2021 Received: (at 13752) by debbugs.gnu.org; 2 Jun 2021 05:46:15 +0000 Received: from localhost ([127.0.0.1]:38396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loJhn-000113-5k for submit@debbugs.gnu.org; Wed, 02 Jun 2021 01:46:15 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loJhl-0000uu-1E for 13752@debbugs.gnu.org; Wed, 02 Jun 2021 01:46:13 -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=aYm0ioRJvfNcJAPaExIrTY/tz8IRnyc4lgHNogG3UOM=; b=A/IsztYix4X6125NvjfEqQZkqm gFWoNoPvCnlOzUPZtDA/2hCkcEB6ZuoksPXuN75Wah0oyr94B3Wbwf5wOT8VhdAm+wZtj/+P/mn+s IQ1J89UFZmgRpx7CpMoqCaLiKOUMS4Z2zfbZ0ujOy/J4ert3HXP22osL/87AYIzcvYH4=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1loJhc-0002MQ-OD; Wed, 02 Jun 2021 07:46:07 +0200 From: Lars Ingebrigtsen To: Juri Linkov Subject: Re: bug#13752: Suggestions regarding the minibuffer References: <87zgwbidqs.fsf@gnus.org> <87v96ylmew.fsf@linkov.net> <87czt6f6rm.fsf@gnus.org> <87eedle5vs.fsf@mail.linkov.net> X-Now-Playing: Seefeel's _Peel Session_: "Rough For Radio" Date: Wed, 02 Jun 2021 07:46:04 +0200 In-Reply-To: <87eedle5vs.fsf@mail.linkov.net> (Juri Linkov's message of "Tue, 01 Jun 2021 23:34:15 +0300") Message-ID: <87wnrc95ur.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: > But does `signal' use one of too low-level messaging functions? > I can't find what function displays the error message in the echo area. I hoped that was only me. :-) I tried following the logic from Ferror to Fsignal to signal_or_quit, but it wasn't at all obvious to me where that's actually displaying the 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.7 (/) X-Debbugs-Envelope-To: 13752 Cc: E Sabof , 13752@debbugs.gnu.org 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 (-) Juri Linkov writes: > But does `signal' use one of too low-level messaging functions? > I can't find what function displays the error message in the echo area. I hoped that was only me. :-) I tried following the logic from Ferror to Fsignal to signal_or_quit, but it wasn't at all obvious to me where that's actually displaying the message. I instrumented set_message, and that's called by Fsignal at some point, but even with Vset_message_function set properly, the error message still ends up in the echo area... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 02 08:33:16 2021 Received: (at 13752) by debbugs.gnu.org; 2 Jun 2021 12:33:16 +0000 Received: from localhost ([127.0.0.1]:39166 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loQ3c-0007zo-Mc for submit@debbugs.gnu.org; Wed, 02 Jun 2021 08:33:16 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loQ3Y-0007zO-4I for 13752@debbugs.gnu.org; Wed, 02 Jun 2021 08:33:12 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46250) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1loQ3S-0004zA-Bu; Wed, 02 Jun 2021 08:33:02 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1543 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1loQ3D-0001Zc-HE; Wed, 02 Jun 2021 08:33:00 -0400 Date: Wed, 02 Jun 2021 15:32:34 +0300 Message-Id: <83y2bsxx99.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87wnrc95ur.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 02 Jun 2021 07:46:04 +0200) Subject: Re: bug#13752: Suggestions regarding the minibuffer References: <87zgwbidqs.fsf@gnus.org> <87v96ylmew.fsf@linkov.net> <87czt6f6rm.fsf@gnus.org> <87eedle5vs.fsf@mail.linkov.net> <87wnrc95ur.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 13752 Cc: 13752@debbugs.gnu.org, esabof@gmail.com, juri@linkov.net 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: Wed, 02 Jun 2021 07:46:04 +0200 > Cc: E Sabof , 13752@debbugs.gnu.org > > Juri Linkov writes: > > > But does `signal' use one of too low-level messaging functions? > > I can't find what function displays the error message in the echo area. > > I hoped that was only me. :-) I tried following the logic from Ferror > to Fsignal to signal_or_quit, but it wasn't at all obvious to me where > that's actually displaying the message. > > I instrumented set_message, and that's called by Fsignal at some point, > but even with Vset_message_function set properly, the error message > still ends up in the echo area... 'set_message' isn't called to display errors signaled by 'signal', because those messages don't go the 'message' route. Those messages go through cmd_error, which eventually calls command-error-function. The latter is by default bound to command-error-default-function, which displays the error message via print_error_message. I think Lisp programs that want to control this should bind command-error-function to the function of their liking. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 02 17:18:48 2021 Received: (at 13752) by debbugs.gnu.org; 2 Jun 2021 21:18:48 +0000 Received: from localhost ([127.0.0.1]:41467 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loYGG-0000wd-72 for submit@debbugs.gnu.org; Wed, 02 Jun 2021 17:18:48 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:32983) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1loYGF-0000wC-Dc for 13752@debbugs.gnu.org; Wed, 02 Jun 2021 17:18:47 -0400 Received: (Authenticated sender: juri@linkov.net) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id 24EB7FF803; Wed, 2 Jun 2021 21:18:39 +0000 (UTC) From: Juri Linkov To: Eli Zaretskii Subject: Re: bug#13752: Suggestions regarding the minibuffer Organization: LINKOV.NET References: <87zgwbidqs.fsf@gnus.org> <87v96ylmew.fsf@linkov.net> <87czt6f6rm.fsf@gnus.org> <87eedle5vs.fsf@mail.linkov.net> <87wnrc95ur.fsf@gnus.org> <83y2bsxx99.fsf@gnu.org> Date: Thu, 03 Jun 2021 00:06:01 +0300 In-Reply-To: <83y2bsxx99.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 02 Jun 2021 15:32:34 +0300") Message-ID: <87lf7sdlja.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-Debbugs-Envelope-To: 13752 Cc: Lars Ingebrigtsen , esabof@gmail.com, 13752@debbugs.gnu.org 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 (-) >> > But does `signal' use one of too low-level messaging functions? >> > I can't find what function displays the error message in the echo area. >> >> I hoped that was only me. :-) I tried following the logic from Ferror >> to Fsignal to signal_or_quit, but it wasn't at all obvious to me where >> that's actually displaying the message. >> >> I instrumented set_message, and that's called by Fsignal at some point, >> but even with Vset_message_function set properly, the error message >> still ends up in the echo area... > > 'set_message' isn't called to display errors signaled by 'signal', > because those messages don't go the 'message' route. Those messages > go through cmd_error, which eventually calls command-error-function. > The latter is by default bound to command-error-default-function, > which displays the error message via print_error_message. > > I think Lisp programs that want to control this should bind > command-error-function to the function of their liking. Unbelievable that I forgot that recently I already implemented (setq-local command-error-function 'minibuffer-error-function) for the minibuffer :-) So like we already have 'set-message-function' that can be set to 'set-minibuffer-message', the corresponding pair of existing error-related functions are 'command-error-function' and 'minibuffer-error-function'. This there is nothing to do more here? From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 03 03:30:54 2021 Received: (at 13752) by debbugs.gnu.org; 3 Jun 2021 07:30:54 +0000 Received: from localhost ([127.0.0.1]:41991 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lohob-0008Qb-Mw for submit@debbugs.gnu.org; Thu, 03 Jun 2021 03:30:54 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39274) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lohoZ-0008JL-HZ for 13752@debbugs.gnu.org; Thu, 03 Jun 2021 03:30:52 -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=vGgRDj7+Id0wAKw4Wov6dSFjSb5c/3gO2osBIdY400Q=; b=qUCpNWznfR2aXdqFWd247Vk8Z2 XK5GLR9zymOxGSeTVhi/xMa92ICapvAwZFJ51iNUjbjOJ5J+KqCQ0gkKMEATxPEfMJVuDEyWrlkTE 4xcxc6wp5VfSZV3ft1Pny6VFCMh0DQIqb/Jv63Y0F617We7NQalD1+k0o4+0f4mM19xA=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lohoQ-0007mj-Bq; Thu, 03 Jun 2021 09:30:45 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#13752: Suggestions regarding the minibuffer References: <87zgwbidqs.fsf@gnus.org> <87v96ylmew.fsf@linkov.net> <87czt6f6rm.fsf@gnus.org> <87eedle5vs.fsf@mail.linkov.net> <87wnrc95ur.fsf@gnus.org> <83y2bsxx99.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAKlBMVEUWEhAhHRokIR4w LCpFQT5BPTtRTUpwbm2ioaBiX12Cf33S0M5AP0D////jKYWoAAAAAWJLR0QN9rRh9QAAAAd0SU1F B+UGAwY5IsjByjMAAAEhSURBVDjL3VK9asMwEJZ8YNrtJJPOiQ2eZR9kLoSGjoW8QIhKoHMGpy9Q FOjQUHBT+gh9gYJerrJdWsexBg9Z+k06fafvfj4x9q/B0ccI75PBxDkxvP9A+Rjy1YiqKnx8WgMq LegIJpwJUd3JTnosBQo8bk04oJQTFL/DIK/OMo9jrCOXVBOCw41iPKGcZlXsvMtqKWCpniFL1hlt l41I0xKn/OE1Y6NyND48NdI/+4L7TMcUlG/RrdmLFuGaC4E07Myn2Sxggi1XQzVPV1NrjdlfIbbW D3fhcnr9Ya19WXSHngeP7wfzVWh9bBgPVVqyiNakuoZpQe1d/1kMOXdR3z+LkJ0HA3V5Y9opLoti 00tcGLPrf2G2z71EQG5lvu/9DcTpK8x/LFvbAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTA2LTAz VDA2OjU3OjM0KzAwOjAw5g72xQAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0wNi0wM1QwNjo1Nzoz NCswMDowMJdTTnkAAAAASUVORK5CYII= X-Now-Playing: Little Simz's _Grey Area_: "Offence" Date: Thu, 03 Jun 2021 09:30:41 +0200 In-Reply-To: <83y2bsxx99.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 02 Jun 2021 15:32:34 +0300") Message-ID: <87a6o7be1q.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: > 'set_message' isn't called to display errors signaled by 'signal', > because those messages don't go the 'message' route. Those messages > go through cmd_error, which eventually calls command-error- [...] 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.7 (/) X-Debbugs-Envelope-To: 13752 Cc: 13752@debbugs.gnu.org, esabof@gmail.com, juri@linkov.net 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 (-) Eli Zaretskii writes: > 'set_message' isn't called to display errors signaled by 'signal', > because those messages don't go the 'message' route. Those messages > go through cmd_error, which eventually calls command-error-function. > The latter is by default bound to command-error-default-function, > which displays the error message via print_error_message. Thanks! That's the missing piece of the puzzle. I've now extended the doc strings of these two variables to mention each other. > I think Lisp programs that want to control this should bind > command-error-function to the function of their liking. Indeed. For future reference, the feature request can be achieved by something like (setq command-error-function (lambda (data string func) (unless (eq (car data) 'end-of-buffer) (command-error-default-function data string func)))) to display all error messages except `end-of-buffer'. 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 Thu Jun 03 03:31:02 2021 Received: (at control) by debbugs.gnu.org; 3 Jun 2021 07:31:02 +0000 Received: from localhost ([127.0.0.1]:41995 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lohok-00009Y-5W for submit@debbugs.gnu.org; Thu, 03 Jun 2021 03:31:02 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39292) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lohoi-0008TJ-NL for control@debbugs.gnu.org; Thu, 03 Jun 2021 03:31:01 -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=5PF3YK7dXlfyPOcb9f1hQ/yFdTSfkLRfwT/0zNvQXuM=; b=Kkc8Ad/v1uGtfDvl08hSJulrp3 RW3SuZPxK94q9pvq81bxwbK+nNu0yoKcciQMv2XTZ34pCtigW86Dz8yPzftb7tjAhdPSFjP8HybTm tKxQVfTLBT9ArSaapn+r9c3YpbDsLWCJ1Q7PYbJkGSrJZxRhdJn9OJTZ4jaXxjsw/3Wk=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lohob-0007mz-0p for control@debbugs.gnu.org; Thu, 03 Jun 2021 09:30:55 +0200 Date: Thu, 03 Jun 2021 09:30:52 +0200 Message-Id: <878s3rbe1f.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #13752 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: close 13752 28.1 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.7 (/) 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.7 (-) close 13752 28.1 quit From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 03 16:33:30 2021 Received: (at 13752) by debbugs.gnu.org; 3 Jun 2021 20:33:31 +0000 Received: from localhost ([127.0.0.1]:44762 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lou1y-0002Zu-OQ for submit@debbugs.gnu.org; Thu, 03 Jun 2021 16:33:30 -0400 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:59923) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lou1x-0002ZU-J6 for 13752@debbugs.gnu.org; Thu, 03 Jun 2021 16:33:29 -0400 Received: (Authenticated sender: juri@linkov.net) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id 360781BF203; Thu, 3 Jun 2021 20:33:21 +0000 (UTC) From: Juri Linkov To: Lars Ingebrigtsen Subject: Re: bug#13752: Suggestions regarding the minibuffer Organization: LINKOV.NET References: <87zgwbidqs.fsf@gnus.org> <87v96ylmew.fsf@linkov.net> <87czt6f6rm.fsf@gnus.org> <87eedle5vs.fsf@mail.linkov.net> <87wnrc95ur.fsf@gnus.org> <83y2bsxx99.fsf@gnu.org> <87a6o7be1q.fsf@gnus.org> Date: Thu, 03 Jun 2021 23:29:48 +0300 In-Reply-To: <87a6o7be1q.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 03 Jun 2021 09:30:41 +0200") Message-ID: <874kee21cj.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-Debbugs-Envelope-To: 13752 Cc: Eli Zaretskii , esabof@gmail.com, 13752@debbugs.gnu.org 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 (-) >> I think Lisp programs that want to control this should bind >> command-error-function to the function of their liking. > > Indeed. For future reference, the feature request can be achieved by > something like > > (setq command-error-function > (lambda (data string func) > (unless (eq (car data) 'end-of-buffer) > (command-error-default-function data string func)))) > > to display all error messages except `end-of-buffer'. > > So I'm closing this bug report. Maybe then bug#42865 could be closed for the same reason? Because in its last message https://debbugs.gnu.org/42865#86 I demonstrated a similar example how to disable messages selectively using set-message-function. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 04 05:42:56 2021 Received: (at 13752) by debbugs.gnu.org; 4 Jun 2021 09:42:56 +0000 Received: from localhost ([127.0.0.1]:45397 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lp6Ls-0001dh-4m for submit@debbugs.gnu.org; Fri, 04 Jun 2021 05:42:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lp6Lh-0001d7-AN; Fri, 04 Jun 2021 05:42:45 -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=HdFjN2nbUzLsMFykqlsGTF6ZZyOyYLO7cVaJ/g4vMNk=; b=P76Udn8n5c/GyZPsjk+s88Ow9x rZeFvQ7q76l3Pajd0mLOAkICcfJudc5SQzv3iSElPt81H/mC5vmlIszEeRCPOyFE26HIGgLvWT8mj cPpQVg44NIO1reiezEeInRpqdbyoZF+7sj7LCMjXZk+H9jGgtyeTjeajrfqtSiKNzo5A=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lp6LW-0003uZ-70; Fri, 04 Jun 2021 11:42:34 +0200 From: Lars Ingebrigtsen To: Juri Linkov Subject: Re: bug#13752: Suggestions regarding the minibuffer References: <87zgwbidqs.fsf@gnus.org> <87v96ylmew.fsf@linkov.net> <87czt6f6rm.fsf@gnus.org> <87eedle5vs.fsf@mail.linkov.net> <87wnrc95ur.fsf@gnus.org> <83y2bsxx99.fsf@gnu.org> <87a6o7be1q.fsf@gnus.org> <874kee21cj.fsf@mail.linkov.net> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEXY1MKSZ2BIRD// ////4AazAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UGBAkdLqYUGDoAAAF0SURBVCjPPdGxittAEAbg kbndQpUPbIOuT8j5KVaQpEilwiM4VSbYAe9T+Mp0m8Pr4ioXWrH7P2VmZckCCT5mZjX6RSpgaJI/ UL6UQ9ghTDjbcIDvZ6Qv+Ddji9VwnbH52AETnL72QLzjViA8KpG2vpsrOyJmWt4h95rlwUagnFJs tp75Rqrq7TsbRIU9qdOp3bMJsURDaoOrYzoeXq20PffDuaLV8lsp+Or+mCeqmtffAtAL0bJyqmhI w7w4LcuV9VIqnx9RI9m/TxkIURMw9CNOURsAjjJ+xNJbtOeMcIllY2ORt8bgL4uA2/gJ+IRbBDuh Rd8m7UYkRuwiNRnas43cm9VUsXF9JvV9nPFd1BfSv6RRcfU29t/TKbxkxTmcHNXxp2yGCaqTF/sp RGWB7YxC0D0gE5154FZ0bp5JRNPWI2qE+eh13dhEOR2B/CmbTH3HnhZIVIxtuqcNQIsRZaK8m2Sd gRpITroV7RS3wfLxrfkPV1CbwxASRxcAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjEtMDYtMDRUMDk6 Mjk6NDYrMDA6MDCWL+aFAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIxLTA2LTA0VDA5OjI5OjQ2KzAw OjAw53JeOQAAAABJRU5ErkJggg== X-Now-Playing: Pink Industry's _Make More Noise (3)_: "I Wish" Date: Fri, 04 Jun 2021 11:42:29 +0200 In-Reply-To: <874kee21cj.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 03 Jun 2021 23:29:48 +0300") Message-ID: <87zgw6yni2.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: > Maybe then bug#42865 could be closed for the same reason? > Because in its last message https://debbugs.gnu.org/42865#86 > I demonstrated a similar example how to disable messages > selectively usin [...] 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.7 (/) X-Debbugs-Envelope-To: 13752 Cc: 42865@debbugs.gnu.org, Eli Zaretskii , esabof@gmail.com, 13752@debbugs.gnu.org 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 (-) Juri Linkov writes: > Maybe then bug#42865 could be closed for the same reason? > Because in its last message https://debbugs.gnu.org/42865#86 > I demonstrated a similar example how to disable messages > selectively using set-message-function. Yes, that part about suppressing messaging is taken care more generally by set-message-function, so I don't think adding a defcustom for suppressing the message in copy-region is necessary. But that bug report is also about blinking the cursor, which is a separate issue. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 04 12:40:22 2021 Received: (at 13752) by debbugs.gnu.org; 4 Jun 2021 16:40:22 +0000 Received: from localhost ([127.0.0.1]:47815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lpCrq-0003OK-Kx for submit@debbugs.gnu.org; Fri, 04 Jun 2021 12:40:22 -0400 Received: from relay8-d.mail.gandi.net ([217.70.183.201]:47299) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lpCrm-0003Nn-3Z; Fri, 04 Jun 2021 12:40:18 -0400 Received: (Authenticated sender: juri@linkov.net) by relay8-d.mail.gandi.net (Postfix) with ESMTPSA id D82241BF208; Fri, 4 Jun 2021 16:40:05 +0000 (UTC) From: Juri Linkov To: Lars Ingebrigtsen Subject: Re: bug#13752: Suggestions regarding the minibuffer Organization: LINKOV.NET References: <87zgwbidqs.fsf@gnus.org> <87v96ylmew.fsf@linkov.net> <87czt6f6rm.fsf@gnus.org> <87eedle5vs.fsf@mail.linkov.net> <87wnrc95ur.fsf@gnus.org> <83y2bsxx99.fsf@gnu.org> <87a6o7be1q.fsf@gnus.org> <874kee21cj.fsf@mail.linkov.net> <87zgw6yni2.fsf@gnus.org> Date: Fri, 04 Jun 2021 19:27:03 +0300 In-Reply-To: <87zgw6yni2.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 04 Jun 2021 11:42:29 +0200") Message-ID: <87bl8l8vh4.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-Debbugs-Envelope-To: 13752 Cc: 42865@debbugs.gnu.org, Eli Zaretskii , esabof@gmail.com, 13752@debbugs.gnu.org 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 (-) >> Maybe then bug#42865 could be closed for the same reason? >> Because in its last message https://debbugs.gnu.org/42865#86 >> I demonstrated a similar example how to disable messages >> selectively using set-message-function. > > Yes, that part about suppressing messaging is taken care more generally > by set-message-function, so I don't think adding a defcustom for > suppressing the message in copy-region is necessary. > > But that bug report is also about blinking the cursor, which is a > separate issue. Long ago I already pushed the patch that handles the blinking cursor in 81588748bd85827468e297d3e44a72844438e807. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 06 05:18:11 2021 Received: (at 13752) by debbugs.gnu.org; 6 Jun 2021 09:18:11 +0000 Received: from localhost ([127.0.0.1]:50647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lpov5-0005WI-At for submit@debbugs.gnu.org; Sun, 06 Jun 2021 05:18:11 -0400 Received: from quimby.gnus.org ([95.216.78.240]:57330) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lpov2-0005Vz-TR; Sun, 06 Jun 2021 05:18:09 -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=twtZWCtfPI4FcdFSGpvfGDwVAq2kEaSgQqp2DB/Lpgg=; b=F1ytKDq5uYksnqL6qAR4SCZDX6 31Do2UnAlWPAX63+kjjL6SU5iMhN+LDV9WYqRbRetgVlK9nlOocnftMtQQyZIGUw93H6RzL9Agc/1 DudjUtMu1XHOGjYkfouIi4ozpDtkNJCULqK9Fi5ldFquK/cbx6JDRRr7elK9X6hp8m30=; Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lpous-0004q0-DM; Sun, 06 Jun 2021 11:18:02 +0200 From: Lars Ingebrigtsen To: Juri Linkov Subject: Re: bug#13752: Suggestions regarding the minibuffer References: <87zgwbidqs.fsf@gnus.org> <87v96ylmew.fsf@linkov.net> <87czt6f6rm.fsf@gnus.org> <87eedle5vs.fsf@mail.linkov.net> <87wnrc95ur.fsf@gnus.org> <83y2bsxx99.fsf@gnu.org> <87a6o7be1q.fsf@gnus.org> <874kee21cj.fsf@mail.linkov.net> <87zgw6yni2.fsf@gnus.org> <87bl8l8vh4.fsf@mail.linkov.net> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEUKCA4ZHCw0PVZp c5qZpNn///9e/2k6AAAAAWJLR0QF+G/pxwAAAAd0SU1FB+UGBgkRFRGjdpkAAAGfSURBVDjLpZTb mcQgCIU1FQDTwEAa2NF0YPqvaQ+Qi9lv3taHmcTfIwfElPKvUZn5zxRhkpi/gJxlgmzagXJ1iZ9K 885MgikxjiU0AybMr+bPlVJVayiIO0bDAl+VIUQcyLbv+6DZHAuzkQV41zAREvyLGq0OdvWd5IgP ICf4ZEKeTS0wBKcP4EG4IJ6YJvi5QdgQ+ay9b6PrVLN4sLYO3Ya9b0Wmbn3dw5WyuUvkjVTh7wRm YqZmuV7gyl5ID0B8WrPUngZWumBcICMgc8tamQ9VxPAqKyuzbnvbWguC4Eib3Actuo7WrVmi6IMa x9ek4TzsGJE4IZSsXWU1u0G2RfXTg9jaDWLIANEvYNlDUuetslU2VLbDWtTjABHEC9Lf1UieioK8 Bw7cUNInqK99DEVWRS5A0XXl5ba8Ek40wHK0Vyxjl3h1EftxKVC1A6BHpzvhbzegDHRILrBcCrS/ 3xw0xNElHoYSQEByAiiyixe/pN78lA0HY/UE/lbPa/AHlENw7Z7lrB709lgukHtMCX8FXlMqj6/C +cVIvxP4BY3XSyfU9HrxAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTA2LTA2VDA5OjE3OjIwKzAw OjAwMxup6QAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0wNi0wNlQwOToxNzoyMCswMDowMEJGEVUA AAAASUVORK5CYII= X-Now-Playing: Anohni's _I Will Survive_: "RNC 2020" Date: Sun, 06 Jun 2021 11:17:57 +0200 In-Reply-To: <87bl8l8vh4.fsf@mail.linkov.net> (Juri Linkov's message of "Fri, 04 Jun 2021 19:27:03 +0300") Message-ID: <87fsxvuzay.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: >> But that bug report is also about blinking the cursor, which is a >> separate issue. > > Long ago I already pushed the patch that handles the blinking cursor > in 81588748bd85827468e297d3e44a728444 [...] 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.7 (/) X-Debbugs-Envelope-To: 13752 Cc: 42865@debbugs.gnu.org, Eli Zaretskii , esabof@gmail.com, 13752@debbugs.gnu.org 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 (-) Juri Linkov writes: >> But that bug report is also about blinking the cursor, which is a >> separate issue. > > Long ago I already pushed the patch that handles the blinking cursor > in 81588748bd85827468e297d3e44a72844438e807. Oops; didn't notice. Yes, then I think 42865 can be closed, so I'm doing that now. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 23 02:21:30 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 04 Jul 2021 11:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator