A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://lists.gnu.org/archive/html/emacs-devel/2022-11/msg00924.html below:

Re: [PATCH v3] Allow applying filters to summary consecutively

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] From: Richard Stallman Subject: Re: [PATCH v3] Allow applying filters to summary consecutively Date: Mon, 14 Nov 2022 23:18:49 -0500
[[[ 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)





RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4