unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Juri Linkov <juri@linkov.net>
To: Augusto Stoffel <arstoffel@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: Some further ideas for Isearch
Date: Sun, 25 Apr 2021 20:36:25 +0300	[thread overview]
Message-ID: <87h7jul2va.fsf@mail.linkov.net> (raw)
In-Reply-To: <87pmyisrlw.fsf@gmail.com> (Augusto Stoffel's message of "Sun, 25 Apr 2021 10:20:11 +0200")

> Here are some further ideas for Isearch, partially inspired by the
> alternative buffer search packages out there:

Thanks for more ideas that hopefully will find a path to isearch.

> Future history
> --------------
>
> Pressing `C-s M-n M-n ...' could present a few useful search
> candidates, controlled for instance by the
> `isearch-forward-thing-at-point' variable.  This would be more
> flexible and more mnemonic than the recently introduced
> `isearch-forward-thing-at-point' command.

The problem is that the isearch history is a ring,
so maybe the users already expect that typing 'C-s M-n'
should get the top element of the isearch ring.

This is what 'M-n' bound to 'isearch-ring-advance' currently does
to search for the next item in the search ring.

> Resume canceled searches
> ------------------------
>
> `C-s C-s' recovers the last history element, so it's more or less
> equivalent to `C-s M-p'.  It would be nice to have the ability to
> resume a canceled search, i.e., make `C-s C-s' look into
> `isearch-cmds' instead.

This feature was proposed in https://debbugs.gnu.org/11378#71

> Fuzzy search
> ------------
>
> By this I mean a search mode where `search-whitespace-regexp' is set
> to ".*?".
>
> Implementing this wouldn't be completely trivial because, unlike case
> sensitivity, the whitespace laxness settings are not local to each
> Isearch session.  (As a quick check, note that `M-s c' changes
> case-sensitivity for the current search only, but `M-s SPC' changes
> whitespace laxness for future searches as well.)
>
> The whitespace regexp should also be saved as a property in the
> search-ring elements.

As the first step, this regexp could be added as a new option to
the search-whitespace-regexp defcustom.  Then later `M-s SPC'
could cycle between different options.

> Whole words vs lax whitespace
> -----------------------------
>
> The word search mode (M-s w) does two things at once: it wraps the
> search string around "\\< ... \\>" and treats whitespace as "\\W+".  It
> would be nice to make these two aspects orthogonal.
>
> Sometimes, one might want to search whole words with literal spaces.
> Much more often, however, one might want "\\W+" whitespace but not the
> whole-word restriction.
>
> I'm not sure what a good UI would be, but one idea is to make `M-s SPC'
> cycle between a few useful whitespace regexps (e.g., nil, "\\s-+",
> "\\W+" and ".*?").

Maybe not `M-s SPC', but `M-s w' could cycle between different versions
of 'word-search-regexp' assigned to 'isearch-regexp-function'?



  reply	other threads:[~2021-04-25 17:36 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-04-25  8:20 Some further ideas for Isearch Augusto Stoffel
2021-04-25 17:36 ` Juri Linkov [this message]
2021-04-26  5:32   ` Augusto Stoffel
2021-04-28 21:11     ` Juri Linkov
2021-04-28 21:55       ` Augusto Stoffel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87h7jul2va.fsf@mail.linkov.net \
    --to=juri@linkov.net \
    --cc=arstoffel@gmail.com \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).