From: Eli Zaretskii <eliz@gnu.org>
To: John Wiegley <jwiegley@gmail.com>
Cc: 23426@debbugs.gnu.org, dgutov@yandex.ru,
heinz@h-rommerskirchen.de, kaushal.modi@gmail.com
Subject: bug#23426: 25.0.93; dired-do-find-regexp doesn't find newline
Date: Thu, 05 May 2016 20:01:14 +0300 [thread overview]
Message-ID: <83r3dgh21x.fsf@gnu.org> (raw)
In-Reply-To: <m2h9edit1s.fsf@newartisans.com> (message from John Wiegley on Wed, 04 May 2016 11:20:31 -0700)
> From: John Wiegley <jwiegley@gmail.com>
> Cc: Eli Zaretskii <eliz@gnu.org>, 23426@debbugs.gnu.org, dgutov@yandex.ru, heinz@h-rommerskirchen.de, kaushal.modi@gmail.com
> Date: Wed, 04 May 2016 11:20:31 -0700
>
> Could it all have happened differently? Sure; but as Eli and Dmitry have said,
> that ship has sailed. It happened under a different maintainer, and so now we
> have to accept what it is and work toward the best solution using this
> technology. It's that, or rip it all out altogether, which Eli assures me
> would be an unfortunate loss of time, energy, and some very nice improvements.
If we will feel free to revert recent decisions just because the
leader who made them stepped down, this will make the leadership
position much less attractive. Not a good thing for us, as a project.
The record shows that I was one of the first to publish criticism
about the XREF UI, and to some extent about the design of the features
based on it. That criticism was mostly rejected (although some of it
was used to improve the implementation). With that decision taken, in
full view of everyone on this list, to me it's what the project as a
whole decided.
That's what I mean by "that ship sailed".
To revert that decision would IMO entail demonstrating, beyond any
doubt, that these features are grossly inefficient, or incapable of
supporting reasonable workflows, and that the flaws are so inherent in
the design as to be beyond repair.
Any other criticism should be in the form of bug reports about
specific problems. Arguments and "bug reports" in the "Carthago
delenda est" style are explicitly _unhelpful_ and not welcome, and IMO
are simply unfair to the project as a whole.
Let me repeat the rationale for those who somehow missed it: the
decision was to move the tags-* commands to the new infrastructure and
the new API. As part of that, 'M-,' was rebound to a new xref
command, thus leaving tags-loop-continue without a binding, on the
assumption that tags-loop-continue is no longer important enough to
have a default keybinding. (That, too, was a conscious decision,
discussed at length here.) Switching Dired keybindings that invoked
commands which used tags-loop-continue to the new UI is a logical move
on the path to stop using tags-loop-continue and minimize/eliminate
the need for it to have a keybinding.
That is why 'A' and 'Q' in Dired were rebound to new commands that are
based on XREF. There's no stupidity here, and no ill will; nothing
but a step that follows a decision made by the project leadership not
so long ago. We should respect that decision, and work together on
improving the features and fixing any issues left.
next prev parent reply other threads:[~2016-05-05 17:01 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <<<CAFyQvY0KYfeg9-f8DiCJcEy5-W=yRFykLLpCHRtCeqzz9Bdi0g@mail.gmail.com>
[not found] ` <<3ba077a2-21e0-9799-4f8b-c07bd1623853@yandex.ru>
[not found] ` <<<6a4860bb-2b39-4da4-b2a7-7b8d15211fee@default>
[not found] ` <<<831t5hkg6x.fsf@gnu.org>
[not found] ` <<7da95e19-50ff-4ca5-a5b8-2a7f65c2a7cd@default>
[not found] ` <<6cf9e2bf-fa90-3783-b30a-9021074790b0@yandex.ru>
[not found] ` <<93badbbc-31f6-409d-8dff-d67e9202deca@default>
[not found] ` <<83lh3piyvq.fsf@gnu.org>
2016-05-04 16:23 ` bug#23426: 25.0.93; dired-do-find-regexp doesn't find newline Drew Adams
[not found] ` <<83oa8liz53.fsf@gnu.org>
2016-05-04 16:39 ` Drew Adams
2016-05-04 18:20 ` John Wiegley
2016-05-04 20:09 ` Drew Adams
2016-05-04 21:13 ` John Wiegley
2016-05-05 17:07 ` Eli Zaretskii
2016-05-05 23:44 ` John Wiegley
2016-05-05 17:03 ` Eli Zaretskii
2016-05-05 17:01 ` Eli Zaretskii [this message]
2016-05-02 17:17 Heinz Rommerskirchen
2016-05-02 17:41 ` Drew Adams
2016-05-02 17:45 ` Drew Adams
2016-05-02 18:23 ` Dmitry Gutov
2016-05-03 1:18 ` Glenn Morris
2016-05-03 16:18 ` Eli Zaretskii
2016-05-03 23:08 ` Dmitry Gutov
2016-05-03 17:22 ` Dmitry Gutov
2016-05-03 19:00 ` Glenn Morris
2016-05-03 20:59 ` Dmitry Gutov
2016-05-04 2:05 ` Drew Adams
2016-05-04 2:34 ` Dmitry Gutov
2016-05-04 4:24 ` Drew Adams
2016-05-04 15:01 ` Eli Zaretskii
[not found] ` <<838tzpkgtj.fsf@gnu.org>
2016-05-04 15:31 ` Drew Adams
2016-05-04 15:39 ` Dmitry Gutov
2016-05-04 16:04 ` Drew Adams
2016-05-04 16:13 ` Eli Zaretskii
2016-05-04 16:00 ` Eli Zaretskii
[not found] ` <<83r3dhizis.fsf@gnu.org>
2016-05-04 16:32 ` Drew Adams
2016-05-04 16:51 ` Eli Zaretskii
2016-05-04 5:00 ` Kaushal Modi
2016-05-04 10:32 ` Dmitry Gutov
2016-05-04 13:32 ` Drew Adams
2016-05-04 13:49 ` Dmitry Gutov
2016-05-04 15:31 ` Drew Adams
2016-05-04 16:01 ` Eli Zaretskii
2016-05-04 15:15 ` Eli Zaretskii
2016-05-04 15:10 ` Eli Zaretskii
[not found] ` <<6a4860bb-2b39-4da4-b2a7-7b8d15211fee@default>
[not found] ` <<831t5hkg6x.fsf@gnu.org>
2016-05-04 15:39 ` Drew Adams
2016-05-04 15:53 ` Dmitry Gutov
2016-05-04 16:10 ` Drew Adams
2016-05-04 16:14 ` Eli Zaretskii
2016-05-04 16:20 ` Kaushal Modi
2016-05-04 16:25 ` Dmitry Gutov
2016-05-04 16:41 ` Eli Zaretskii
2016-05-04 18:06 ` Kaushal Modi
2016-05-04 16:28 ` Dmitry Gutov
2016-05-04 16:08 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83r3dgh21x.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=23426@debbugs.gnu.org \
--cc=dgutov@yandex.ru \
--cc=heinz@h-rommerskirchen.de \
--cc=jwiegley@gmail.com \
--cc=kaushal.modi@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.