bug#23428: 25.0.90; `A' binding in Dired - why change to a different command?

bug#23428: 25.0.90; `A' binding in Dired - why change to a different command?

[Drew Adams]

Why was key `A' bound to a different command, with different behavior?
Why not just add the new command, with no key binding?  If people want
to bind it to a key, you will find that out soon enough.  And if they
want to replace the `A' binding you will find that out also.

In GNU Emacs 25.0.90.4 (i686-w64-mingw32)
 of 2016-03-20
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --host=i686-w64-mingw32 --without-dbus
 --without-compress-install CFLAGS=-static'

bug#23428: 25.0.90; `A' binding in Dired - why change to a different command?

[Kaushal Modi]

[-- Attachment #1: Type: text/plain, Size: 911 bytes --]

Hi Drew,

Here is the commit that made this changed to the `A' and `Q' bindings.

The NEWS file also notes this and provides an explanation for doing so:

http://git.savannah.gnu.org/cgit/emacs.git/tree/etc/NEWS?id=bf21c84f0d3dab33b4836098b789eaddf9492b2a#n1276

*** New user interface for the 'A' and 'Q' commands.
These keys, now bound to 'dired-do-find-regexp' and
'dired-do-find-regexp-and-replace', work similarly to 'xref-find-apropos'
and 'xref-query-replace-in-results': they present the matches
in the '*xref*' buffer and let you move through the matches.  No need
to use 'tags-loop-continue' to resume the search or replace loop.  The
previous commands, 'dired-do-search' and
'dired-do-query-replace-regexp', are still available, but not bound to
keys; rebind 'A' and 'Q' to invoke them if you want the old behavior
back.  We intend to obsolete the old commands in a future release.

-- 
Kaushal Modi

[-- Attachment #2: Type: text/html, Size: 1421 bytes --]

bug#23428: 25.0.90; `A' binding in Dired - why change to a different command?

[Kaushal Modi]

[-- Attachment #1: Type: text/plain, Size: 242 bytes --]

>
> Here is the commit that made this changed to the `A' and `Q' bindings.
>

http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-25&id=36b0729ce765c132e04586be0e2deca405b4c313

(forgot to paste the link earlier)
-- 

-- 
Kaushal Modi

[-- Attachment #2: Type: text/html, Size: 724 bytes --]

bug#23428: 25.0.90; `A' binding in Dired - why change to a different command?

[Drew Adams]

> Here is the commit that made this changed to the `A' and `Q' bindings.
> The NEWS file also notes this and provides an explanation for doing so:

Yes, but why?  Why is this a good thing, at the present time?

bug#23428: 25.0.90; `A' binding in Dired - why change to a different command?

[Kaushal Modi]

[-- Attachment #1: Type: text/plain, Size: 424 bytes --]

Adding Dmitry (as I do not use those bindings in dired, and so cannot
comment on how they improve the use).

On Mon, May 2, 2016 at 2:27 PM Drew Adams <drew.adams@oracle.com> wrote:

> > Here is the commit that made this changed to the `A' and `Q' bindings.
> > The NEWS file also notes this and provides an explanation for doing so:
>
> Yes, but why?  Why is this a good thing, at the present time?
>
-- 

-- 
Kaushal Modi

[-- Attachment #2: Type: text/html, Size: 741 bytes --]

bug#23428: 25.0.90; `A' binding in Dired - why change to a different command?

[Dmitry Gutov]

On 05/02/2016 09:29 PM, Kaushal Modi wrote:
> Adding Dmitry (as I do not use those bindings in dired, and so cannot
> comment on how they improve the use).

I believe the NEWS entry is self-evident. If not, look for the related 
discussions in the emacs-devel archives.

bug#23428: 25.0.90; `A' binding in Dired - why change to a different command?

[Drew Adams]

> I believe the NEWS entry is self-evident. If not, look for the related
> discussions in the emacs-devel archives.

I see no compelling reason given for why this key needs to
be repurposed for this new feature.  What's the hurry?

bug#23428: 25.0.90; `A' binding in Dired - why change to a different command?

[Eli Zaretskii]

> Date: Mon, 2 May 2016 12:24:04 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> 
> > I believe the NEWS entry is self-evident. If not, look for the related
> > discussions in the emacs-devel archives.
> 
> I see no compelling reason given for why this key needs to
> be repurposed for this new feature.  What's the hurry?

Because we want to stop using the etags routines.

Once again, please read the discussions, the reasons are all there.