From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#23426: 25.0.93; dired-do-find-regexp doesn't find newline Date: Wed, 4 May 2016 18:39:44 +0300 Message-ID: References: <<57278BA0.6010604@h-rommerskirchen.de> <4xr3dj7yrk.fsf@fencepost.gnu.org> <9638d58e-0c5c-a587-c3a6-272254597b88@yandex.ru> <85ff912d-1457-487d-80b2-412389876172@default> <812a118d-331e-4f09-aeda-483ee71b1127@default> <<838tzpkgtj.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1462376448 20515 80.91.229.3 (4 May 2016 15:40:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 May 2016 15:40:48 +0000 (UTC) Cc: 23426@debbugs.gnu.org To: Drew Adams , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 04 17:40:35 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1axyug-0005Ot-T8 for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 May 2016 17:40:35 +0200 Original-Received: from localhost ([::1]:48659 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axyud-00020v-0O for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 May 2016 11:40:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52188) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axyuS-0001hU-MJ for bug-gnu-emacs@gnu.org; Wed, 04 May 2016 11:40:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1axyuE-0006MV-Pn for bug-gnu-emacs@gnu.org; Wed, 04 May 2016 11:40:15 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:53832) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1axyuD-0006JD-LH for bug-gnu-emacs@gnu.org; Wed, 04 May 2016 11:40:06 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1axyuA-0004ws-AV for bug-gnu-emacs@gnu.org; Wed, 04 May 2016 11:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 May 2016 15:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23426 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23426-submit@debbugs.gnu.org id=B23426.146237639418990 (code B ref 23426); Wed, 04 May 2016 15:40:02 +0000 Original-Received: (at 23426) by debbugs.gnu.org; 4 May 2016 15:39:54 +0000 Original-Received: from localhost ([127.0.0.1]:37933 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axyu2-0004wD-4g for submit@debbugs.gnu.org; Wed, 04 May 2016 11:39:54 -0400 Original-Received: from mail-wm0-f43.google.com ([74.125.82.43]:37646) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1axyu0-0004vy-KC for 23426@debbugs.gnu.org; Wed, 04 May 2016 11:39:52 -0400 Original-Received: by mail-wm0-f43.google.com with SMTP id a17so101534717wme.0 for <23426@debbugs.gnu.org>; Wed, 04 May 2016 08:39:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=X0WWDzZxJWdKfSBwie9KsORdJXRbTvtHHeSDIwBnisU=; b=HjaM+xbAfYZ/v5D81B9XgIprc9WqQuZxlyqboj77O8rYX/EBY+Pm5/33LnaptdAvay dZNy2wUNs32JdR4S79oJVeN4CmIpVCSPvCyg/8Zd1ivn5X4ORmVaSBCJPRnmQpLrsG7i P+/2LHg9RK/fHgzV8LNIUPGmbkyhoBZKDW638gQHa4MqV5WgD3xCYJGKr56ScM7ha7wP smypJ0ydRp1B/v+0x/Ok82TxWkUv/zZzG6+M7XDs0AYbifMKibHaXFer76NOXyDlS+fd XbkE6RnGCJWdwdpuPtXnGL4o+QDu/5ND+cjVPDXeFUyqdn4HyzNQ4QIrXbcbE3oKbBs7 u5Dg== 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:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=X0WWDzZxJWdKfSBwie9KsORdJXRbTvtHHeSDIwBnisU=; b=cp5LoL8d8Mhi19h20NH9q93HkumGwhlQmcNzspKnSW07JVk8ZbzMb5iKc+PcjPLYTN 74lBMo4qQOAd+Y4506NYrm8JM3TJdaHFr4SvFwDe0BmsMvWNn4UY9sq9pmuDAFft6yL0 G8x5EkRSFZU9M6bAE8CnM3MoUmCulhFGIETHINRDl2eS5eN+twfAz/42YruQkyvbXQer GS2uN0iLRIQFhPN3wYbnTv5RRE5rM9SV92nJUphvagtE3ZE8qMn3efN1qqMlOATrEF9J v9W1xQV/zKBZakln3Pn/R57TjId04BBZjLtkWK0tJ/DDAuYjndPjdibrGya6PV1K7WkF eI6A== X-Gm-Message-State: AOPr4FUHhXiuzOq9cgNQkxcrkfsVA5jrXYPM67xLTpIPTUaK1zEdWd7trVKFAU+0KvwAfQ== X-Received: by 10.28.216.76 with SMTP id p73mr10272718wmg.3.1462376387027; Wed, 04 May 2016 08:39:47 -0700 (PDT) Original-Received: from [192.168.0.185] (static-nbl2-118.cytanet.com.cy. [212.31.107.118]) by smtp.googlemail.com with ESMTPSA id f135sm4936223wmf.22.2016.05.04.08.39.45 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 04 May 2016 08:39:46 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1 In-Reply-To: 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:117753 Archived-At: On 05/04/2016 06:31 PM, Drew Adams wrote: > It's the new feature that should perhaps not have a key. At > least it should not grab an existing key. There are plenty of > unbound keys in Dired. And why not just provide the command, > for now, and let users bind it themselves if they like? Because we want to provide a coherent, consistent interface to the users. Since M-. has changes to the xref UI, it's better to use that UI in other searches when it's feasible. > You changed the default behavior immediately. That's a far > cry from providing, say, an ELPA package with the new feature > and letting users adopt it by choice, and then, after a few > years, discussing and deciding whether to replace the existing > default behavior. What's the hurry to replace? xref could have been incubated in ELPA, and that would have been a reasonable choice as well, but at the time it was decided to be good enough to be installed in the core already. So that ship has sailed. >> OTOH, when Drew will stop assuming "Emacs devs" have ill will, and >> release knee-jerk reactions, such as this one, based on that, is >> anyone's guess. > > When will Eli stop personalizing everything? There's no need to blame Eli for this, that's for sure.