From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [PATCH v3] Allow applying filters to summary consecutively Date: Mon, 14 Nov 2022 23:18:49 -0500 Message-ID: References: <87r0y8m5jc.fsf@autistici.org> <97ea4e2f08a17bc0197c@heytings.org> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9515"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 15 05:19:15 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ounPn-0002HK-HK for ged-emacs-devel@m.gmane-mx.org; Tue, 15 Nov 2022 05:19:15 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ounPW-0000fB-AQ; Mon, 14 Nov 2022 23:18:58 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ounPP-0000dh-TF for emacs-devel@gnu.org; Mon, 14 Nov 2022 23:18:52 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ounPO-0004WY-39; Mon, 14 Nov 2022 23:18:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=csBc7Sf3qsZHpVWlmC/yr4hGAMsI3y+WXxkDKir66/0=; b=AjQLZbfsJ2t5 CYsDF5e8zrTHM/whInIwl4mLVzhIn/YLSp7E3/Gozuho4m5sezsRD+ZHn54fd1voS10sgDmfZ2bpj WIQ9PdV/I1YLrVl1fnSpJ6/L9jgjqP7huEKEu+8bgjQskDvM8nf/L8g8s0xqs8GxXjgGwL6bOQnY7 Fzuuaxi1Adc7Guz6j4zrpgXvkKwIkf32FS7LbhBvOHOwR+/AJIWSmpBVmQxeLPEbgzsgIszFP4rGO rdBmR6btDCq5ucJcR5abbq9utgDTep3AIL3dTI1u/GEGnVBQrz5qVGsRLO5FQr1eywYjdIWbPCL2z G37oSW6U6n4QiVauOTugSA==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1ounPN-0005Hu-Bp; Mon, 14 Nov 2022 23:18:49 -0500 In-Reply-To: (message from Gregory Heytings on Mon, 14 Nov 2022 08:39:40 +0000) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:299828 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > >> If I may, I would suggest something different: an option to query the > >> user how they want the rmail-summary-by-* command to be applied: on the > >> entire folder, to limit the existing summary, to extend the existing > >> summary. > > > > The first of these three options is not useful -- to get that result, > > just type q before the command. So there would be only two that are > > needed: union and intersection. > > > A third option would be more natural, I think. I don't follow the reasoning. After all, the first > option is AFAIU the current effect of the rmail-summary-by-* command, they > are applied on the entire folder and create a new summary. That is true -- but what does it have to do with what user interface to use for choosing between union and intersection here? I don't see how it relates. My point is that we already have q as a way to specify to disregard the previous filtering and start from "all the messages in the file." > > C-u would be a natural way to specify this. > > > C-u is already used by the rmail-summary-by-topic and > rmail-summary-by-recipients commands for another purpose. Indeed it is. Hmm. Nonetheless, prompting for the choice of set operation is not very convenient. It would be nicer to have something the user can type before the filtering command to specify how to combine it. Here's an idea. Type & to do intersection with the following filter, and type | to do union with the following filter. Both & and | are undefined in Rmail mode, so they are available for this. They will be easy to remember, too. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)