[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Generalizing find-definition
From: |
Dmitry Gutov |
Subject: |
Re: Generalizing find-definition |
Date: |
Thu, 06 Nov 2014 17:22:19 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4.51 (gnu/linux) |
Stefan Monnier <address@hidden> writes:
>> The only benefit would be that M-, is now "go back after M-.", which is
>> what a lot of the packages that redefine M-. do to the key. Hence the
>> suggestion to swap the two keys, to unify that apparently rather
>> widespread use of M-,. If Emacs would prefer to keep M-, as is, that is
>> fine with me, too.
>
> I see, so it's compatibility with other packages vs. compatibility with
> etags.el. Luckily, I think there is no hurry to make this choice.
> So we could poll the users.
I believe ergonomics and frequency of use have also been mentioned. And
if find-tag will provide the "multiple occurences" interface on its own,
there won't be a need for the "next tag" command.
So, +1 from me. You might also take into account that elisp-slime-nav is
a relatively popular package: http://melpa.org/#/elisp-slime-nav
- Re: Generalizing find-definition, (continued)
- Re: Generalizing find-definition, Stefan Monnier, 2014/11/03
- Re: Generalizing find-definition, Stephen Leake, 2014/11/04
- Re: Generalizing find-definition, Stephen J. Turnbull, 2014/11/03
- Re: Generalizing find-definition, Jorgen Schaefer, 2014/11/04
- Re: Generalizing find-definition, Yuri Khan, 2014/11/03
- Re: Generalizing find-definition, Jorgen Schaefer, 2014/11/04
- Re: Generalizing find-definition,
Dmitry Gutov <=
- Re: Generalizing find-definition, Stefan Monnier, 2014/11/06
- Re: Generalizing find-definition, Helmut Eller, 2014/11/06
- Multiple next-error sources, Jorgen Schaefer, 2014/11/06
- Re: Multiple next-error sources, Stefan Monnier, 2014/11/06
- Re: Multiple next-error sources, Jorgen Schaefer, 2014/11/07
- Re: Multiple next-error sources, Stefan Monnier, 2014/11/07
- Re: Multiple next-error sources, Daniel Colascione, 2014/11/07
- Re: Multiple next-error sources, Stefan Monnier, 2014/11/07
- Re: Multiple next-error sources, Daniel Colascione, 2014/11/07
- Re: Multiple next-error sources, Stefan Monnier, 2014/11/07