Re: [elpa] master 567ea7e 1/3: Ivy-mode now works better with `find-file'

[Thierry Volpiatto]

Stefan Monnier <address@hidden> writes:

>> Seems very complex for just returning a (short) list of strings.
>
> The set of files or the set of Info nodes (which can appear in any file)
> can't conveniently be treated as "a (short) list of strings".
>
>> Why doesn't this work for `Info-read-node-name-1':
>>     (setq collection (all-completions "" collection predicate))
>
> I don't understand the question.  AFAIK it does work.  It just doesn't
> return every possible node name, since there's pretty much an infinite
> supply (if you include those that can be accessed via Tramp, for example).
>
>>     (setq collection (funcall collection "" nil t))
>
> Indeed (funcall collection "" pred t) should be equivalent to
> (all-completions "" collection predicate) when `collection' is a function.
> If you see otherwise, we have a problem.

This is working, but the problem is that functions are made to return
the completion part of what you have in minibuffer, and this is
impossible to handle from 3rd tools.
Take the example of find-file-at-point, it returns a list of relative
file names, what should we call to return the same list prefixed by what
is in minibuffer ?

-- 
Thierry
Get my Gnupg key:
gpg --keyserver pgp.mit.edu --recv-keys 59F29997