From: Eli Zaretskii <eliz@gnu.org>
To: Andy Moreton <andrewjmoreton@gmail.com>
Cc: 23179@debbugs.gnu.org
Subject: bug#23179: 25.0.92; Restore `M-,' to continue etags search
Date: Mon, 04 Apr 2016 17:57:41 +0300 [thread overview]
Message-ID: <83wpodo1zu.fsf@gnu.org> (raw)
In-Reply-To: <86k2kdep75.fsf@gmail.com> (message from Andy Moreton on Mon, 04 Apr 2016 09:46:38 +0100)
> From: Andy Moreton <andrewjmoreton@gmail.com>
> Date: Mon, 04 Apr 2016 09:46:38 +0100
>
> > So you are saying that any new features that present a UI never used
> > before is a bug?
>
> Of course not. The existing etags based facilities allow search for a
> tag and then subsequent matches without showing any additional windows.
> The new xref based stuff should keep this workflow.
We are miscommunicating. The new xref stuff is a new feature that
presents a UI never used before. It cannot keep the tags-based
workflow, because it specifically replaces it with a new one. And you
said you didn't think such new features are necessarily a bug. So I
guess we are in violent agreement here.
> >> By all means add new facilites with xref, but without loss of existing
> >> keybindings that many people have ingrained into muscle memory.
> >
> > That's impossible, and you know it. Not with features that are
> > explicitly meant to replace the old ones.
>
> Why ever not ?
Because xref wants to replace the old features, not just their
implementation.
> > Anyway, all these opinions should have been brought up many moons ago,
> > when these features were added to the development sources, and perhaps
> > even earlier, when their design and implementation was discussed here.
> > Coming up now, after so much efforts was invested in improving this
> > and documenting it, it's really too late, unless we want to delay the
> > release of Emacs 25.1 by another year or so. If you don't like some
> > aspects of this feature, the constructive way forward is to submit
> > patches.
>
> New features are fine, as long as the existing keybindings are retained
> with similar functionality.
Which they are.
> M-, should continue to function as it did for etags
The function M-, invoked for etags is no longer needed with xref.
> Changing long-standing bindings is a disservice to users.
We indeed don't change them too easily, but sometimes we do. There's
nothing wrong with that, as long as the reasons are good.
next prev parent reply other threads:[~2016-04-04 14:57 UTC|newest]
Thread overview: 106+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-01 8:55 bug#23179: 25.0.92; Restore `M-,' to continue etags search Anders Lindgren
2016-04-01 9:02 ` Dmitry Gutov
2016-04-01 10:35 ` Anders Lindgren
2016-04-01 11:03 ` Eli Zaretskii
2016-04-01 23:44 ` Dmitry Gutov
2016-04-02 6:58 ` Eli Zaretskii
2016-04-02 23:39 ` Dmitry Gutov
2016-04-03 15:32 ` Eli Zaretskii
2016-04-03 17:21 ` Dmitry Gutov
2016-04-03 17:28 ` Eli Zaretskii
2016-04-03 18:32 ` Anders Lindgren
2016-04-03 18:42 ` Eli Zaretskii
2016-04-03 18:49 ` Anders Lindgren
2016-04-03 18:59 ` Eli Zaretskii
2016-04-03 19:11 ` Anders Lindgren
2016-04-03 19:15 ` Eli Zaretskii
2016-04-03 20:15 ` Andy Moreton
2016-04-04 2:46 ` Eli Zaretskii
2016-04-04 8:46 ` Andy Moreton
2016-04-04 14:57 ` Eli Zaretskii [this message]
2016-04-03 20:30 ` Anders Lindgren
2016-04-04 2:48 ` Eli Zaretskii
2016-04-04 4:22 ` Anders Lindgren
2016-04-04 15:49 ` Eli Zaretskii
2016-04-04 16:53 ` Dmitry Gutov
2016-04-05 15:12 ` Eli Zaretskii
2016-04-05 15:27 ` Dmitry Gutov
2016-04-05 15:56 ` Eli Zaretskii
2016-04-05 16:00 ` Dmitry Gutov
2016-04-05 16:18 ` Eli Zaretskii
2016-04-05 17:40 ` Dmitry Gutov
2016-04-05 18:10 ` John Wiegley
2016-04-05 18:12 ` Dmitry Gutov
2016-04-05 19:32 ` John Wiegley
2016-04-05 20:34 ` Dmitry Gutov
2016-04-06 0:55 ` John Wiegley
2016-04-06 10:23 ` Dmitry Gutov
2016-04-05 19:23 ` Eli Zaretskii
2016-04-05 20:19 ` Dmitry Gutov
2016-04-08 8:17 ` Eli Zaretskii
2016-04-08 8:56 ` Anders Lindgren
2016-04-08 9:18 ` Eli Zaretskii
2016-04-08 10:28 ` Anders Lindgren
2016-04-08 10:32 ` Eli Zaretskii
2016-04-08 10:38 ` Dmitry Gutov
2016-04-08 10:53 ` Anders Lindgren
2016-04-08 13:13 ` Dmitry Gutov
2016-04-09 7:40 ` Eli Zaretskii
2016-04-03 19:36 ` Eli Zaretskii
2016-04-03 20:59 ` Dmitry Gutov
2016-04-03 22:44 ` John Wiegley
2016-04-03 23:00 ` Dmitry Gutov
2016-04-04 8:43 ` Anders Lindgren
2016-04-04 10:41 ` Dmitry Gutov
2016-04-04 16:58 ` Anders Lindgren
2016-04-04 17:25 ` Dmitry Gutov
2016-04-04 17:54 ` Eli Zaretskii
2016-04-04 20:19 ` Dmitry Gutov
2016-04-04 17:47 ` Eli Zaretskii
2016-04-05 5:43 ` Anders Lindgren
2016-04-05 12:54 ` Dmitry Gutov
2016-04-05 14:41 ` Eli Zaretskii
2016-04-05 15:30 ` Dmitry Gutov
2016-04-05 15:57 ` Eli Zaretskii
2016-04-04 8:54 ` Anders Lindgren
2016-04-04 10:46 ` Dmitry Gutov
2016-04-04 15:03 ` Eli Zaretskii
2016-04-04 15:00 ` Eli Zaretskii
2016-04-01 23:48 ` Dmitry Gutov
2019-04-01 6:40 ` pklammer
2019-04-01 9:36 ` Eli Zaretskii
2019-04-02 14:47 ` pklammer
2019-04-02 15:20 ` Eli Zaretskii
2019-04-02 15:35 ` Dmitry Gutov
2019-04-06 21:12 ` Juri Linkov
2019-04-07 0:38 ` Dmitry Gutov
2019-04-07 20:27 ` Juri Linkov
2019-04-07 23:07 ` Dmitry Gutov
2019-04-08 19:55 ` Juri Linkov
2019-04-08 23:34 ` Dmitry Gutov
2019-04-11 20:40 ` Juri Linkov
2019-04-12 1:11 ` Dmitry Gutov
2019-04-13 21:57 ` Juri Linkov
2019-04-14 12:52 ` Dmitry Gutov
2019-04-14 19:55 ` Juri Linkov
2019-04-14 21:41 ` Dmitry Gutov
2019-04-24 20:33 ` Juri Linkov
2019-04-24 23:31 ` Dmitry Gutov
2019-04-29 19:32 ` Juri Linkov
2016-04-01 9:23 ` Eli Zaretskii
2016-04-01 10:13 ` Anders Lindgren
2016-04-01 10:59 ` Eli Zaretskii
2016-04-02 19:46 ` Anders Lindgren
2016-04-02 19:58 ` Eli Zaretskii
2016-04-02 21:42 ` John Wiegley
2016-04-02 22:28 ` Dmitry Gutov
2016-04-03 17:31 ` John Wiegley
2016-04-03 17:40 ` Dmitry Gutov
2016-04-03 18:04 ` John Wiegley
2016-04-03 18:10 ` Dmitry Gutov
2016-04-04 2:39 ` Eli Zaretskii
2016-04-03 18:22 ` Eli Zaretskii
2016-04-02 22:54 ` Dmitry Gutov
2016-04-04 8:21 ` Anders Lindgren
2016-04-04 11:00 ` Dmitry Gutov
2020-08-24 18:18 ` Lars Ingebrigtsen
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83wpodo1zu.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=23179@debbugs.gnu.org \
--cc=andrewjmoreton@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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).