From: Vasilij Schneidermann <v.schneidermann@gmail.com>
To: Juri Linkov <juri@linkov.net>
Cc: 25561@debbugs.gnu.org
Subject: bug#25561: 25.1; "Making isearch-search-fun-function local to *Minibuf-1* while let-bound!" warning with Evil
Date: Sun, 29 Jan 2017 13:25:24 +0100 [thread overview]
Message-ID: <20170129122524.GA602@odonien.localdomain> (raw)
In-Reply-To: <8760kyzoma.fsf@mail.linkov.net>
> Thanks for the report. I'm not familiar with the Evil package, so
> please correct me if I make wrong guesses about it. I suppose that
> the basic mode of operation of the Evil package is not buffer-local.
It's a bit trickier than that. Evil defines a minor mode
(evil-local-mode), then a global minor mode (evil-mode) using it and a
few more variables for state tracking. The supported mode of operation
is therefore global, while still allowing to deactivate it on a
per-buffer or even per-command basis (there's a command to deactivate
Evil's keymaps for the duration of the next command).
> OTOH, if evil-mode is the global mode then it makes sense to change
> the global value of isearch-search-fun-function (and perhaps keeping
> its old value). If you need to keep standard search commands working,
> then you could create a new internal defvar e.g.
> evil-search-is-active, set it temporarily in evil-search commands, and
> check it in your new implementation of the search function in
> isearch-search-fun-function. If evil-search-is-active is nil, then
> call the old default value isearch-search-fun-default.
Hm, this sounds hackier than the current approach, also, what if another
package let-binds this variable for custom search functionality? The
reason I reported this warning is because I suspect something about
isearch and the minibuffer setup hook isn't done correctly, in hope of
getting rid of the warning for every user of that variable.
next prev parent reply other threads:[~2017-01-29 12:25 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-28 11:03 bug#25561: 25.1; "Making isearch-search-fun-function local to *Minibuf-1* while let-bound!" warning with Evil Vasilij Schneidermann
[not found] ` <8760kyzoma.fsf@mail.linkov.net>
2017-01-29 12:25 ` Vasilij Schneidermann [this message]
2017-02-08 12:55 ` Vasilij Schneidermann
2017-02-08 22:21 ` Stefan Monnier
2017-02-10 10:16 ` Eli Zaretskii
2017-02-10 12:45 ` Stefan Monnier
2017-02-18 9:29 ` Eli Zaretskii
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=20170129122524.GA602@odonien.localdomain \
--to=v.schneidermann@gmail.com \
--cc=25561@debbugs.gnu.org \
--cc=juri@linkov.net \
/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).