[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#19468: 25.0.50; UI inconveniences with M-.
From: |
Dmitry Gutov |
Subject: |
bug#19468: 25.0.50; UI inconveniences with M-. |
Date: |
Fri, 1 May 2015 21:44:12 +0300 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.0 |
On 05/01/2015 09:38 PM, Eli Zaretskii wrote:
A language-agnostic UI could well ask the back-end for variables, or
for functions, or for both, or whatever.
Why would it ask about "functions". How would it know about functions,
or that we want a function right now?
because etags' default is to produce a 140-long list
of potential matches, which elisp-mode's xref default is to produce
only one. In most of my use cases, neither is TRT.
That is no longer true. You should build the current master.
We shall never second-guess the user. I already described an
important class of use cases where this assumption is simply wrong.
It shouldn't probably even be the default.
Either I didn't understand it, or wasn't convinced.
It's an annoyance to have to use more than one command for a single
purpose.
By default, I don't want to see the list at all, most of the time, just
jump to the only match. We won't have that if xref-find-definitions is lax.
- bug#19468: 25.0.50; UI inconveniences with M-., Eli Zaretskii, 2015/05/01
- bug#19468: 25.0.50; UI inconveniences with M-., Dmitry Gutov, 2015/05/01
- bug#19468: 25.0.50; UI inconveniences with M-., Eli Zaretskii, 2015/05/01
- bug#19468: 25.0.50; UI inconveniences with M-., Dmitry Gutov, 2015/05/01
- bug#19468: 25.0.50; UI inconveniences with M-., Eli Zaretskii, 2015/05/01
- bug#19468: 25.0.50; UI inconveniences with M-.,
Dmitry Gutov <=
- bug#19468: 25.0.50; UI inconveniences with M-., Eli Zaretskii, 2015/05/01
- bug#19468: 25.0.50; UI inconveniences with M-., Dmitry Gutov, 2015/05/01
- bug#19468: 25.0.50; UI inconveniences with M-., Eli Zaretskii, 2015/05/02
- bug#19468: 25.0.50; UI inconveniences with M-., Stefan Monnier, 2015/05/01