GNU bug report logs -
#27158
25.2; Eliminating old usage of completing-read from built-in files
Previous Next
Reported by: Ryan <rct <at> thompsonclan.org>
Date: Wed, 31 May 2017 04:43:02 UTC
Severity: minor
Tags: wontfix
Found in version 25.2
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #47 received at 27158 <at> debbugs.gnu.org (full text, mbox):
On 6/1/17 5:23 AM, Drew Adams wrote:
>> (defun completing-read (prompt collection &optional predicate
>> require-match initial-input hist def
>> inherit-input-method)
>> (funcall completing-read-function
>> prompt collection predicate require-match
>> initial-input hist (or def "") inherit-input-method))
>>
>> should suffice.
>
> It doesn't suffice.
Citation needed.
>> My context is "the whole of Emacs". That's what Ido Ubiquitous
>> is supposed to be affecting and improving.
>
> Really? Even when `ido-ubiquitous-mode' is off?
Obviously not. Also not when it's not installed, in case you were wondering.
> Again: What prevents you from making `completing-read' behave
> that way (or any other way) within your context? Why is it
> insufficient for you to do that in your value of
> `completing-read-function' or by advising `completing-read'
> for the duration?
>
> No answer.
You fail at reading.
> I change the behavior of `completing-read' considerably
> more than what you've described, but I do it only inside
> `icicle-mode'. When the mode is off, the vanilla behavior
> returns to `completing-read'. Not a big deal. Normal.
And yet, you haven't contributed anything helpful to this discussion so far.
This bug report was last modified 4 years and 330 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.