unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
* 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).