* Re: bug#21164: 25.0.50; char-fold search broken for multi-line searches (sometimes) [not found] ` <CAAdUY-JnYUaYhyUgeAS8b3dbZ2HXZULkjnMA+4Fz4HHTZgZ_hg@mail.gmail.com> @ 2015-08-05 18:16 ` Artur Malabarba 2015-08-05 18:36 ` Drew Adams 0 siblings, 1 reply; 3+ messages in thread From: Artur Malabarba @ 2015-08-05 18:16 UTC (permalink / raw) To: Juri Linkov, emacs-devel; +Cc: Dima Kogan, 21164 There is some logic in `isearch-search-fun-default' that I don't quite understand, and it's giving me trouble. The following expression is used to decide whether lax-whitespace matching should be used. ;; Use lax versions to not fail at the end of the word while ;; the user adds and removes characters in the search string ;; (or when using nonincremental word isearch) (let ((lax (not (or isearch-nonincremental (null (car isearch-cmds)) (eq (length isearch-string) (length (isearch--state-string (car isearch-cmds)))))))) ...) I don't understand the purpose of the last clause `(eq (...) (...))'. For me, the only effect that it has is to disable lax while isearch is looking for matches beyond the current one. For instance, here's what happens with me: 1. Type C-s SPC to start isearching for a space. 2. All of the clauses evaluate to nil, and the `isearch-word' function is called with LAX being t (all good). 3. Immediately (without me typing anything), isearch will start looking for the next match, but this time the last clause will evaluate to t. So the `isearch-word' function will be called with LAX being nil, and some of the upcoming matches will be missed. 4. Step 3 is repeated to find more matches, always with lax being nil. ^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: bug#21164: 25.0.50; char-fold search broken for multi-line searches (sometimes) 2015-08-05 18:16 ` bug#21164: 25.0.50; char-fold search broken for multi-line searches (sometimes) Artur Malabarba @ 2015-08-05 18:36 ` Drew Adams 2015-08-05 19:35 ` Artur Malabarba 0 siblings, 1 reply; 3+ messages in thread From: Drew Adams @ 2015-08-05 18:36 UTC (permalink / raw) To: bruce.connor.am, Juri Linkov, emacs-devel; +Cc: Dima Kogan Please don't cross-post bug threads to emacs-devel. If there is something you wish to raise for discussion in emacs-devel, then do that explicitly. Or if you want to draw attention in emacs-devel to a particular bug thread for some reason, then post a single message here that points to the bug thread. ^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: bug#21164: 25.0.50; char-fold search broken for multi-line searches (sometimes) 2015-08-05 18:36 ` Drew Adams @ 2015-08-05 19:35 ` Artur Malabarba 0 siblings, 0 replies; 3+ messages in thread From: Artur Malabarba @ 2015-08-05 19:35 UTC (permalink / raw) To: Drew Adams; +Cc: emacs-devel > Please don't cross-post bug threads to emacs-devel. > > If there is something you wish to raise for discussion in emacs-devel, > then do that explicitly. > > Or if you want to draw attention in emacs-devel to a particular bug > thread for some reason, then post a single message here that points > to the bug thread. Sorry. Won't do it again. ^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-08-05 19:35 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <87zj2d6keq.fsf@secretsauce.net>
[not found] ` <87twshqv9s.fsf@mail.linkov.net>
[not found] ` <CAAdUY-JnYUaYhyUgeAS8b3dbZ2HXZULkjnMA+4Fz4HHTZgZ_hg@mail.gmail.com>
2015-08-05 18:16 ` bug#21164: 25.0.50; char-fold search broken for multi-line searches (sometimes) Artur Malabarba
2015-08-05 18:36 ` Drew Adams
2015-08-05 19:35 ` Artur Malabarba
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).