* How should libraries integrate with IDO?
@ 2017-02-17 13:41 Philipp Stephani
2017-02-18 18:55 ` Stefan Monnier
0 siblings, 1 reply; 4+ messages in thread
From: Philipp Stephani @ 2017-02-17 13:41 UTC (permalink / raw)
To: help-gnu-emacs@gnu.org
Hi,
what should a library do that wants to use `completing-read', but
optionally support IDO?
- just call `completing-read' and tell the user to set
`completing-read-function' to `ido-completing-read'?
- provide a library-specific customization option, like
`magit-completing-read-function'?
- use `ido-completing-read' whenever ido.el is loaded?
- or something else?
If this isn't documented yet in the ELisp or IDO manuals, please document
it there.
Thanks,
Philipp
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: How should libraries integrate with IDO?
2017-02-17 13:41 How should libraries integrate with IDO? Philipp Stephani
@ 2017-02-18 18:55 ` Stefan Monnier
2017-02-26 16:13 ` Philipp Stephani
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Monnier @ 2017-02-18 18:55 UTC (permalink / raw)
To: help-gnu-emacs
> what should a library do that wants to use `completing-read', but
> optionally support IDO?
In my opinion, the best answer is:
- help integrate IDO functionality into icomplete-mode (and into the
default completion system).
but the more realistic one should be:
> - just call `completing-read' and tell the user to set
> `completing-read-function' to `ido-completing-read'?
Tho just setting it like that might not work 100%, so better use
ido-ubiquitous, which should hopefully deal with the special cases (I
have no idea whether it does, tho).
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: How should libraries integrate with IDO?
2017-02-18 18:55 ` Stefan Monnier
@ 2017-02-26 16:13 ` Philipp Stephani
2017-02-27 4:08 ` Stefan Monnier
0 siblings, 1 reply; 4+ messages in thread
From: Philipp Stephani @ 2017-02-26 16:13 UTC (permalink / raw)
To: Stefan Monnier, help-gnu-emacs
Stefan Monnier <monnier@iro.umontreal.ca> schrieb am Sa., 18. Feb. 2017 um
19:56 Uhr:
> > what should a library do that wants to use `completing-read', but
> > optionally support IDO?
>
> In my opinion, the best answer is:
> - help integrate IDO functionality into icomplete-mode (and into the
> default completion system).
>
Wouldn't that be orthogonal? Ideally `completing-read' would provide the
superset of ido, iswitchb, icomplete, ivy, etc.
>
> but the more realistic one should be:
>
> > - just call `completing-read' and tell the user to set
> > `completing-read-function' to `ido-completing-read'?
>
> Tho just setting it like that might not work 100%, so better use
> ido-ubiquitous, which should hopefully deal with the special cases (I
> have no idea whether it does, tho).
>
>
OK, thanks. So I guess the best approach is to ignore the existence of
ido-completing-read and direct users to ido-ubiquitous.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: How should libraries integrate with IDO?
2017-02-26 16:13 ` Philipp Stephani
@ 2017-02-27 4:08 ` Stefan Monnier
0 siblings, 0 replies; 4+ messages in thread
From: Stefan Monnier @ 2017-02-27 4:08 UTC (permalink / raw)
To: Philipp Stephani; +Cc: help-gnu-emacs
>> > what should a library do that wants to use `completing-read', but
>> > optionally support IDO?
>> In my opinion, the best answer is:
>> - help integrate IDO functionality into icomplete-mode (and into the
>> default completion system).
> Wouldn't that be orthogonal? Ideally `completing-read' would provide the
> superset of ido, iswitchb, icomplete, ivy, etc.
icomplete is already integrated with completing-read, and should already
provide a more-or-less superset of iswitchb, yes. Not sure if ivy's
model really fits into completing-read, but at least I can't see any
strong reason why we couldn't extend the current completing-read system
to provide all ido features.
> OK, thanks. So I guess the best approach is to ignore the existence of
> ido-completing-read and direct users to ido-ubiquitous.
I think so, yes,
Stefan
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2017-02-27 4:08 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-02-17 13:41 How should libraries integrate with IDO? Philipp Stephani
2017-02-18 18:55 ` Stefan Monnier
2017-02-26 16:13 ` Philipp Stephani
2017-02-27 4:08 ` Stefan Monnier
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).