Re: Why fido, icycles, ido, icomplete

[Stefan Monnier]

> Those customizations replace Ido's candidate-handling algorithm and
> dramatically alters its UI. So much for an unintelligible package :-)

I don't think it's unintelligible.  It's just difficult to make it
interact with the existing "standard" completion code because it's
structured fairly differently.  So it's hard to make use if ido code in
the standard UI and vice-versa.

> What you say is very reasonable but sometimes this task is not worth the
> trouble

Not sure what "this task" refers to.  If it refers to the retrofitting,
I fully agree.  If it refers to making (some of) the features more
widely available (potentially by re-implementing them), then
I generally disagree.


        Stefan