From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#14013: 24.3.50; dired-isearch-filenames-regexp is matching text outside filenames Date: Fri, 01 Apr 2022 04:18:24 +0200 Message-ID: <877d8935sf.fsf@web.de> References: <87li9hk5e5.fsf@web.de> <87wqt1vd0o.fsf@mail.jurta.org> <87d2ut4mji.fsf@web.de> <87620lvavl.fsf@mail.jurta.org> <87zjxxsd6c.fsf@web.de> <87vc8ke4os.fsf@mail.jurta.org> <86zgmutwx9.fsf@mail.linkov.net> <87o83ab67d.fsf@web.de> <86r185520f.fsf@mail.linkov.net> <87czjn39yf.fsf@web.de> <86y2215rbn.fsf@mail.linkov.net> <87ee3tjecw.fsf@web.de> <87pmnap75m.fsf@web.de> <86mtha7y8w.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30452"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Stefan Monnier , 14013@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Apr 01 04:19:29 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1na6sp-0007jv-8k for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 01 Apr 2022 04:19:27 +0200 Original-Received: from localhost ([::1]:48856 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1na6so-00037p-3v for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 31 Mar 2022 22:19:26 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:51650) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1na6sR-00037e-6X for bug-gnu-emacs@gnu.org; Thu, 31 Mar 2022 22:19:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46534) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1na6sQ-0003MX-UF for bug-gnu-emacs@gnu.org; Thu, 31 Mar 2022 22:19:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1na6sQ-0005nj-H1 for bug-gnu-emacs@gnu.org; Thu, 31 Mar 2022 22:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Apr 2022 02:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14013 X-GNU-PR-Package: emacs Original-Received: via spool by 14013-submit@debbugs.gnu.org id=B14013.164877951722267 (code B ref 14013); Fri, 01 Apr 2022 02:19:02 +0000 Original-Received: (at 14013) by debbugs.gnu.org; 1 Apr 2022 02:18:37 +0000 Original-Received: from localhost ([127.0.0.1]:40431 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1na6s1-0005n5-Bw for submit@debbugs.gnu.org; Thu, 31 Mar 2022 22:18:37 -0400 Original-Received: from mout.web.de ([212.227.15.4]:40689) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1na6rz-0005mo-8H for 14013@debbugs.gnu.org; Thu, 31 Mar 2022 22:18:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1648779505; bh=b/vQ3lJz8aztFvpuLaa37QVNQICVbAQe+iIAB03Lp+Y=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=KwdRqw74ko35u7XXVCXyA6mZPu45Tw8rv522lhrw90k+cnOME6y/22FFj4oL/IMUx C5PqQBShz852HkssteqMSYNffOJpZgNsfXVZAlC+H035FVMTzCyoBRS098OWrD/id4 KTXA/Z0CUkqONAueyHjQ9Bc3PHFWafQ4EUTRZ0j8= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([84.59.210.63]) by smtp.web.de (mrweb005 [213.165.67.108]) with ESMTPSA (Nemesis) id 1MK52w-1nJ0UZ1Tag-00Lf2O; Fri, 01 Apr 2022 04:18:25 +0200 In-Reply-To: <86mtha7y8w.fsf@mail.linkov.net> (Juri Linkov's message of "Mon, 28 Mar 2022 21:01:03 +0300") X-Provags-ID: V03:K1:ESrTxF+33gb7sha66hBIEMGW71q9d3x6b8SC92ZPQf8xltjAjQ9 8T8JL47vasLkehh75ZsFXu9l1r/GdqU3bqfNB5h0WJdysgR4SBs1YJ/Gt5HUxf/A+yf4UYb ujeg1sbdaLJQjUGyyhMtKRgTEx+bvbUbtNIDlfCR8iciDXXolGNTWc+4cdoLAzjAAnJVsXn tu/GqNzOAiXvht8u3vhXw== X-UI-Out-Filterresults: notjunk:1;V03:K0:M4y/87fKZ2E=:h5SkGfQDZ4d1nvqw06xCBu XVkN6eKM9lZUu4NJh+bbFqC7XpIScpSdtRIWulkF3Meq3E3QsAAShoRMuL/7DT5aUc5jz2Ute xud0n9jSC6SOSolnkCSsTSi4FJ2VymgHnfbBV8TxQN8z2Rt6Z6SgccKpda2zNwGCZUcaaxwDc Mtu2UEP5Plu4vtaqKOJTtgf30ap+Y86B/7XzHp9uPFE3eBTvkApjigL6rTtOsz1pTx7PEDi2Y PODNEtycoYzeZoMVhBo1WGzcpg9qfnZf0FTsnJULXCUiAa9dvqw63ECRDRuA7cL00ObYBULtf 1LlWu8YLrjUH+fV93p0S1XRe7tvPpFI/p9LskCfge+ZWL5EpSU9aVw3tGk9uNDSPHwgdg2Krr prmQ1sDbEHZJVs6NWwl25xCq+5dq9LXgw9kwXRS7If72XG3Cy9ILND1aC4ytFnC0Grjn/zURP b3l3rXgc27GK7uVzuG3Ry9RG1upYYDKsCSf+12L9m1JvVdq8hiRZsRfvHRecCUkF/wdKZePRb Z3sMG0Cn5D4qGU0yNQEmw8gXkK2WToTr9ygyZLa/DjgWIwtrVafZzRK3AHhuled1Nsk+pRWFi xsR54JKaE633ZEm/dQHsdJKOmydfsV6BO9vB0VwMNbmDXCBJlGTHIiQKNLiAC4IJXGd0ef6Uk FjcPmYU7xCYkJNKdmbMQgtYjrQb9wJhEQz5CYrrbRmY5Qz2FERYQHlTeq+Q+TBlKX3HBoIwin mSCEzxcmZrMmIHv5y3BVugteywITfnOH7N8wlOQ/SBD5V9nrf/KdHAukXNT8MRHZrP40KY8a X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:229198 Archived-At: Juri Linkov writes: > Thanks for trying out. Now I pushed the patch to master > that will clean up the platz for more features such as ^. I wonder if it is realistic to use a temporary helper buffer to implement ^. I would like to have a kind of filter that would allow to restrict isearch and query replace to arbitrary parts of the buffer, defined e.g. by the presence of some text property, anything you can define. If we would use a helper buffer that contains only these chunks, ^ and such would work out of the box for all of these cases. I guess that such a helper buffer would have to be filled on the fly, successively, and the hard part is the details of handling (updating, killing, etc) these buffers. Michael.