From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#24977: 25.1; search and query-replace in Dired Date: Mon, 21 Nov 2016 10:51:15 -0800 (PST) Message-ID: References: <87mvgt7wpv.fsf@gmail.com> <3a0885ad-2bca-d446-b8ed-9d1844e900e3@yandex.ru> <70bc6499-70ca-41e5-8ea8-1ac4388ad67b@default> <648045b2-2ecb-282c-7171-f24a0f8bded3@yandex.ru> <58aaafd8-4d69-452f-8afe-1cba7b3bc2f8@default> <8490c105-416f-efef-ebc4-0e1cece68b42@yandex.ru> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1479754334 1091 195.159.176.226 (21 Nov 2016 18:52:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 21 Nov 2016 18:52:14 +0000 (UTC) To: Dmitry Gutov , Tino Calancha , 24977@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 21 19:52:10 2016 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 1c8thJ-0007Xf-7j for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Nov 2016 19:52:09 +0100 Original-Received: from localhost ([::1]:51262 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c8thL-0004Zb-26 for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Nov 2016 13:52:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56163) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c8thF-0004Y9-FG for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 13:52:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c8thC-0003A5-Cb for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 13:52:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50209) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c8thC-0003A1-8T for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 13:52:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1c8thC-000354-24 for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 13:52:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Nov 2016 18:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24977 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24977-submit@debbugs.gnu.org id=B24977.147975428611794 (code B ref 24977); Mon, 21 Nov 2016 18:52:02 +0000 Original-Received: (at 24977) by debbugs.gnu.org; 21 Nov 2016 18:51:26 +0000 Original-Received: from localhost ([127.0.0.1]:37375 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8tgc-00034A-3O for submit@debbugs.gnu.org; Mon, 21 Nov 2016 13:51:26 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:24820) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8tga-00033w-PT for 24977@debbugs.gnu.org; Mon, 21 Nov 2016 13:51:25 -0500 Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uALIpIcj028096 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 21 Nov 2016 18:51:18 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id uALIpHfH025166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 21 Nov 2016 18:51:18 GMT Original-Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id uALIpHkb015065; Mon, 21 Nov 2016 18:51:17 GMT In-Reply-To: <8490c105-416f-efef-ebc4-0e1cece68b42@yandex.ru> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] X-Source-IP: aserv0021.oracle.com [141.146.126.233] 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:125960 Archived-At: > > This is a major reason for this bug report (and bug #23428). > > The replacement is strictly less powerful. It is essentially > > just a `grep' or `find'. (And it depends on an outside program.) >=20 > It might be less powerful. On the flip side, the replacement is > usually faster. Especially in the "many files, few matches" situations. Yes, I acknowledged that the new commands are very good - good UIs and very quick (including the search part, not just the replacement). I have no argument with the new commands. My argument is to keep the old commands as well, with their bindings and menu items, and to give the new commands new bindings and new menu items. I don't even have a problem with Emacs putting the new commands in the forefront somehow, making them more prominent in the doc or whatever. My complaint is quite limited - and reasonable, I think. > >> Those should be doable, as long as the regexp contains at least > >> _something_ else. > > > > What does that mean? Specify what you mean by "_something_ else". > > Clearly you do NOT mean to support the regexps that Emacs > > supports. >=20 > For instance, if the regexp contains a simple literal and an Emacs- > only construct, we can remove the latter before passing the regexp to > find+grep, and then post-process the results inside Emacs using the > full syntax. If I understand what you're saying, that would probably be an improvement, yes. It would need to be pointed out clearly to users that that is what happens. When you kinda sorta sometimes get behavior that is similar to what you might expect (e.g. from the regexp alone), the actual behavior can be all the more confusing if this difference is not described clearly.