GNU bug report logs -
#65348
INITIAL-INPUT in completing-read repeats same entry twice consecutively
Previous Next
Reported by: Heime <heimeborgia <at> protonmail.com>
Date: Thu, 17 Aug 2023 00:48:01 UTC
Severity: normal
Tags: notabug
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #108 received at 65348 <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Saturday, August 19th, 2023 at 4:46 PM, Drew Adams <drew.adams <at> oracle.com> wrote:
> > > > Would it not be better to COLLECTION and HISTORY separate ?
> > >
> > > You already have my opinion: yes. And they always
> > > have been, till Someone (TM) decided recently that
> > > future history should include all of the candidates
> > > in COLLECTION.
> >
> > Right. Because entries in history ought to be stored in history
> > as you input values, not before.
>
>
> Not so, for "future history" (and that's why that cute
> term isn't a good one). The so-called "future history"
> is one or more DEFAULT values you can retrieve and use
> as input if you like.
>
> After use of DEFAULT (`M-n') got rebaptized as using
> "future history", Someone (TM) got the dim idea to add
> all of COLLECTION to that list, along with the DEFAULT
> values. DEFAULT values belong, properly, to "future
> history" (though that's a misleading misnomer).
>
> But COLLECTION doesn't belong in "future history".
> The reason isn't what you gave, though. It's proper
> to fill the "future history" before you choose input,
> but it's only proper to fill it with default values.
> What's not good is to also fill it with all of the
> possible completion choices.
Eli, would there be some capability to improve the aforementioned
function from the merits held by the discussion that is happening ?
This bug report was last modified 1 year and 276 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.