From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Antoine Levitt Newsgroups: gmane.emacs.bugs Subject: bug#25562: 25.1; isearch-forward-word first matches a non-word Date: Sun, 29 Jan 2017 07:52:38 +0100 Message-ID: References: <87r33njun7.fsf@inria.fr> <87mvea3feg.fsf@mail.linkov.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113cdc0810b67b0547362535 X-Trace: blaine.gmane.org 1485672800 23826 195.159.176.226 (29 Jan 2017 06:53:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 29 Jan 2017 06:53:20 +0000 (UTC) Cc: 25562@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 29 07:53:14 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cXjMI-0004yC-CU for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Jan 2017 07:53:06 +0100 Original-Received: from localhost ([::1]:54293 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cXjMN-00074t-SR for geb-bug-gnu-emacs@m.gmane.org; Sun, 29 Jan 2017 01:53:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39131) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cXjMH-00074Z-9R for bug-gnu-emacs@gnu.org; Sun, 29 Jan 2017 01:53:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cXjME-0005N9-3g for bug-gnu-emacs@gnu.org; Sun, 29 Jan 2017 01:53:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51426) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cXjMD-0005N3-Vl for bug-gnu-emacs@gnu.org; Sun, 29 Jan 2017 01:53:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cXjMD-0006aE-ML for bug-gnu-emacs@gnu.org; Sun, 29 Jan 2017 01:53:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Antoine Levitt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 Jan 2017 06:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25562 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25562-submit@debbugs.gnu.org id=B25562.148567276625286 (code B ref 25562); Sun, 29 Jan 2017 06:53:01 +0000 Original-Received: (at 25562) by debbugs.gnu.org; 29 Jan 2017 06:52:46 +0000 Original-Received: from localhost ([127.0.0.1]:49625 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cXjLy-0006Zm-HT for submit@debbugs.gnu.org; Sun, 29 Jan 2017 01:52:46 -0500 Original-Received: from mail-oi0-f49.google.com ([209.85.218.49]:35791) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cXjLx-0006Za-9B for 25562@debbugs.gnu.org; Sun, 29 Jan 2017 01:52:45 -0500 Original-Received: by mail-oi0-f49.google.com with SMTP id j15so179704483oih.2 for <25562@debbugs.gnu.org>; Sat, 28 Jan 2017 22:52:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=RXqNkzrneCNgPZuROiYGezWq8f1JrtWHqXmHBsyop/s=; b=jZFEQZ1mozfKRE/QI4Izu0KHZJ8IJZksCWhjbfBXIvQ8hbu8RFM5JJAYPMTnxY/K+v 6JyMA8cPcAPi0N0Mx5zo93ZxE2GArzHbjS6j+/AOSwsk7ykBzWYHKPKJECouH3kPHBkm YKCg8X+xnWXaM9GaO0qOS61Re4dHKr4cUf0wuMzIvrek+5UDFFq8pZK/ujWydJWboPGu Sz+Sjv6CaUSWoSvhHJpPHbxfWEooMuIILJHbBwpdP9CMHi06D1t9JzJ/QeRCh/Cki1fr AqDSgexYdsHru3rBeEHaljzaBYZxe2amAXGH+H2SVgRUq3IBJZh2Y44E1mPKqzMrlYXg cZQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=RXqNkzrneCNgPZuROiYGezWq8f1JrtWHqXmHBsyop/s=; b=ZTKWSfuIRrFlB0zlueURMR5VZfmbsAQSKXfaDE8dwy/5NdW284L7WXPNVJ5V0+BILE v+gbaGIdpPxc/4NKWWNAj7N7y8o3rTVCWBQHHKUpehWP78DQGM7LRqgPDWO07jckC8cN P0IcZB34MVcld0JguLFp9wNo/2SPy2xuOf+cL+wl6OqNdZ/ieVk7B2jYdqaB/2eBlb2j MDJuJuD3mu9DZdNB+5+O/Qs/Hjz7S4SFKn4SF6KScCLGVe4ykXi+uoano/+raBa0XE0H xX6477sLqNHretj3MrKsp1P0gva8+fe0HbkY+auzviuTEwCVB5y+cSXtY5AJvJJ/XkOo pixw== X-Gm-Message-State: AIkVDXKjoFc8ao9jq/RjCbH5RrKVm+J2NWyUL5WeycWix6yxUE41MW3jInwAmpSK+O0M+/iA612GHPHnvM1Otg== X-Received: by 10.202.49.82 with SMTP id x79mr9379899oix.200.1485672759209; Sat, 28 Jan 2017 22:52:39 -0800 (PST) Original-Received: by 10.157.12.202 with HTTP; Sat, 28 Jan 2017 22:52:38 -0800 (PST) Original-Received: by 10.157.12.202 with HTTP; Sat, 28 Jan 2017 22:52:38 -0800 (PST) In-Reply-To: <87mvea3feg.fsf@mail.linkov.net> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:128744 Archived-At: --001a113cdc0810b67b0547362535 Content-Type: text/plain; charset=UTF-8 I see, thanks for the explanation. That's still unsatisfactory to me. I think an ideal incremental word search would just start over from the current point each time a new character is typed (that's what most users would expect). Then any non-insertion command would make the user "commit" to the particular search and the incremental search proper would begin. Is that compatible with the current design of isearch? Best, Antoine On 29 Jan 2017 01:50, "Juri Linkov" wrote: > merge 22589 25562 > thanks > > > emacs -Q > > M-< > > M-s w > > it > > > > see that the "it" of "visit" is matched, and should not be. Subsequent > > C-s fix this. > > Thanks for the report. Please see the rationale for this behavior in > https://debbugs.gnu.org/22589 > > Do you think the proposed change suits your case? > --001a113cdc0810b67b0547362535 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I see, thanks for the explanation. That's still unsat= isfactory to me. I think an ideal incremental word search would just start = over from the current point each time a new character is typed (that's = what most users would expect). Then any non-insertion command would make th= e user "commit" to the particular search and the incremental sear= ch proper would begin. Is that compatible with the current design of isearc= h?=C2=A0

Best,
Antoine=C2=A0

On 29 Jan 2017 01:50, "Juri Linkov" <juri@linkov.net> wrote:
merge 22589 25562
thanks

> emacs -Q
> M-<
> M-s w
> it
>
> see that the "it" of "visit" is matched, and shoul= d not be. Subsequent
> C-s fix this.

Thanks for the report.=C2=A0 Please see the rationale for this behavior in<= br> https://debbugs.gnu.org/22589

Do you think the proposed change suits your case?
--001a113cdc0810b67b0547362535--