bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#1085: 23.0.60; all-completions, try-completion inconsistent: Info-re


From: Stefan Monnier
Subject: bug#1085: 23.0.60; all-completions, try-completion inconsistent: Info-read-node-name-1
Date: Mon, 06 Oct 2008 22:06:09 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)

> No, not necessarily. I only want `try-completion', `all-completions' and
> `test-completion' to be on the same page, in the sense of the invariants I
> mentioned.

Then I missed those invariants.
Could you spell them out again one by one?


        Stefan


PS: Regarding the behavior of info completion for "(emacs)", it can't be
done right until someone writes the relevant code.  Basically the
current code doesn't know how to do completion in this case, so
try-completion can't return anything use, and neither can
all-completions, or test-completion.  The current code instead just
tries to return something that's safe: try-completion returns the string
unchanged, which indicates that it's a valid completion and that there's
more completions out there; test-completion returns t to basically say
the same; and all-completions returns nil so that
minibuffer-completing-help doesn't give some bogus list of completions.

The try-completion and test-completion outputs are fairly reasonable.
The all-completions one is less satisfactory since returning nil seems
to imply that the input is not a valid completion, whereas
try-completion and test-completion say that it is.  Returning a list
containing a copy of the input wouldn't be right either since it would
imply that the current input is the sole completion.  Basically, we'd
need a special `dont-know' return value, but it doesn't seem worth
the trouble.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]