Client-side callback for elements

[viridia]

Just a feature request: it would be highly convenient if there was some way for the application to supply suggestions via a callback rather than (or in addition to) a remote url or a fixed array. The web framework I'm using uses websockets rather than a RESTful API to transfer data between server and client, so I'd have to build a separate server-side endpoint just to handle the needs of the autocomplete widget. It would be better if I could just give a callback and handle communicating with the server myself.

[viridia]

So I don't need this anymore - I went ahead and wrote the special endpoint needed to make the remote url method work. However, I still think this is a good idea in general.

[patrinhani-ciandt]

Nice, I've already labeled as an enhancement to be implemented. Thnx

[viridia]

Some additional ideas on this: Since I'm working in Meteor, the result of a database query may return two sets of results: A fast, incomplete set of results which is obtained from the client-side cache of the database, and a slower, complete set of results which is obtained from the server.

That means that for a given query token, the autocomplete callback might update the selected object set twice.

At the same time, however, we would want to avoid the case where the callback is fetching data, and before that data comes back the user has typed additional characters, invalidating the query operation being performed. In this case, we would want to ignore any data from the callback.

Anyway, this will require careful API design to get right.