From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#24977: 25.1; search and query-replace in Dired Date: Mon, 21 Nov 2016 21:50:29 +0200 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; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1479757876 5968 195.159.176.226 (21 Nov 2016 19:51:16 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 21 Nov 2016 19:51:16 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:50.0) Gecko/20100101 Thunderbird/50.0 To: Drew Adams , 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 20:51:09 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 1c8ucN-0000NA-Id for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Nov 2016 20:51:07 +0100 Original-Received: from localhost ([::1]:51485 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c8ucR-0007jo-8Q for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Nov 2016 14:51:11 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41316) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c8ucL-0007iB-5E for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 14:51:05 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c8ucI-0005ZH-Jp for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 14:51:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50234) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1c8ucI-0005ZD-Fc for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 14:51:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1c8ucI-0004Vl-5G for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 14:51:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Nov 2016 19:51: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.147975784017313 (code B ref 24977); Mon, 21 Nov 2016 19:51:02 +0000 Original-Received: (at 24977) by debbugs.gnu.org; 21 Nov 2016 19:50:40 +0000 Original-Received: from localhost ([127.0.0.1]:37400 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8ubv-0004VA-Pg for submit@debbugs.gnu.org; Mon, 21 Nov 2016 14:50:39 -0500 Original-Received: from mail-wm0-f45.google.com ([74.125.82.45]:38117) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8ubu-0004Uy-IK for 24977@debbugs.gnu.org; Mon, 21 Nov 2016 14:50:38 -0500 Original-Received: by mail-wm0-f45.google.com with SMTP id f82so768160wmf.1 for <24977@debbugs.gnu.org>; Mon, 21 Nov 2016 11:50:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=EoacjLh2msa49YEL1G9X4xePuG7LvCu18CKZFNIuEQU=; b=hrNLRvsWsQBvrEj33L0YiQHN1y1u+Axcy8iM2MnFWS+cwc6W5ZAKL59f9lnxO0kK0e rN0KdXxLBT7LuuRbB3NTLowEqUoQY1mfDuRhpwxeiD/VlBkVEaoGsTDBmHGxvTe5g7Wb Tvr2nLyNUeIb7yeqXNZnU0RUjruBLTiaW0M+rlRx82tykhVpXy3QEi1yfjuDBgLLXXyS u2ZYsxaJRiwrzH4K3qHcnMcDPx0cK0wkmktktwZ1UVRu+M4BKKrAUeEWpW/1KW9JZP0R D8J2nVq3VYY4Cw07p1hSolzUwsFwXfixcifBDLn+F++GghH++kT+5Mvn82kC16lRoadb d0Sg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=EoacjLh2msa49YEL1G9X4xePuG7LvCu18CKZFNIuEQU=; b=kJDO7z0tzKTenEp+phvVaS6uhGo/Mj/ZK445OZE3rtk+6q+i8cvzThNGLd4nI6b1iL GwlPEkH0iR2yzO1aemOuerEMz7YE4wDwXvG5y3IRaopOEsUrBaMQljGq/NHYpVVI3jp3 9HF4fNItbZH3JISLYgVvoeJsXu8SkD9RSCTmu82XhUpw2U/NYVUdup2HKYzAP+WCPiW4 oo/MVCN5v4+7anaDD2BLyU6Z/hi44fVd6UsrbKo54X6P/UXtCmxAwa5Z/N9M+2wFbf4n swWhErxhCIrEox4ZT8S8lKl6E4X7zA0oYvFsLjgZ6/1y8iMMIJCPqRRRy19DXfcxX8JM tCiQ== X-Gm-Message-State: AKaTC002SoGkgvotuW3k4dCeNLw23pTspUinVoU5aDFJ/MCwhsFCKsrkxjoazb68Wc1YIA== X-Received: by 10.28.229.213 with SMTP id c204mr15867692wmh.72.1479757832787; Mon, 21 Nov 2016 11:50:32 -0800 (PST) Original-Received: from [192.168.1.3] ([185.105.173.41]) by smtp.googlemail.com with ESMTPSA id z6sm26691634wjt.24.2016.11.21.11.50.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 Nov 2016 11:50:31 -0800 (PST) In-Reply-To: Content-Language: en-US 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:125962 Archived-At: On 21.11.2016 20:51, Drew Adams wrote: > 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. Because that wouldn't be confusing. Either the menu items will look almost the same (but perform slightly differently), or they will have to be very long, to describe the difference. > 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. Indeed. But careful handling of uncertain cases and showing user-error for tricky regexps should make the behavior make sense.