[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#54175: 27.2; Info-follow-reference completions in reverse order
From: |
Eli Zaretskii |
Subject: |
bug#54175: 27.2; Info-follow-reference completions in reverse order |
Date: |
Sun, 27 Feb 2022 19:09:18 +0200 |
> From: Howard Melman <hmelman@gmail.com>
> Date: Sun, 27 Feb 2022 11:59:35 -0500
>
> On Feb 27, 2022, at 11:49 AM, Eli Zaretskii <eliz@gnu.org> wrote:
> >
> >> From: Howard Melman <hmelman@gmail.com>
> >> Date: Sun, 27 Feb 2022 10:43:49 -0500
> >>
> >> 2. It's not unreasonable to expect a completion table to be in a
> >> meaningful
> >> order when there is one.
> >
> > But what is a meaningful order in this particular case, why is it
> > more meaningful than the current order?
>
> I believe I explained this. It is the order they are found in the node. It
> means
> the offered candidates appear to me in the order I see them in the
> node.
But if your position is near the end of the buffer, the first
cross-reference in the node will also be the one that's the farthest.
I'm not sure I understand the utility of such an order.
- bug#54175: 27.2; Info-follow-reference completions in reverse order, Howard Melman, 2022/02/26
- bug#54175: 27.2; Info-follow-reference completions in reverse order, Eli Zaretskii, 2022/02/27
- bug#54175: 27.2; Info-follow-reference completions in reverse order, Howard Melman, 2022/02/27
- bug#54175: 27.2; Info-follow-reference completions in reverse order, Eli Zaretskii, 2022/02/27
- bug#54175: 27.2; Info-follow-reference completions in reverse order, Howard Melman, 2022/02/27
- bug#54175: 27.2; Info-follow-reference completions in reverse order,
Eli Zaretskii <=
- bug#54175: 27.2; Info-follow-reference completions in reverse order, Howard Melman, 2022/02/27
- bug#54175: 27.2; Info-follow-reference completions in reverse order, Eli Zaretskii, 2022/02/27
- bug#54175: 27.2; Info-follow-reference completions in reverse order, Howard Melman, 2022/02/27