Hmm If I were to design this... I would make it so that you don't have to replace the entire data source each time... I think a "suggestion" entry in the data source should be represented as it's own entity in the API...
e.g
instead of
PUT /api/datasource/<UUID>
overriding the entire datasource each time..
allow an api user to insert lines of text or rich objects.
POST /api/datasource/<UUID>/suggestion
{
...
}
or support bulk insertion.
POST /api/datasource/<UUID>/suggestion
[
{ ...
},...
]
This works better for scaling when you can't just replace all suggestions in one request (like an ETL like operation for a very large dataset). Then you can also allow for updating single "suggestion" entities without replacing the whole dataset.
I also think you should support rich objects, allow for things like boosting rules, different templates for object types, spelling correction, synonyms. I think this type of service would be really useful.
This an API, jQuery autocomplete is a Javascript library. Typeflow is inteded for big amounts of strings to autocomplete. It lets you push a list of strings to the typeflow API and exposes an endpoint for querying it via an HTTP API. You can easily make it working with Twitter Typeahead or jQuery autocomplete leaving the computation of the suggestion to the API.
Thank you for letting me know. I don't have an iOS device handy to try but I'll investigate anyway to make it working on mobile as well. Should work on FF and Chrome desktop though. :)
Well unless it is abandoned - you're pushing it right now. And who is this targeting? For me as a "techie" the softpedia doesn't really instil any confidence and actually kind of makes it look cheap.
Actually, I think for older software it is fine for some reason. But in this case it looks strange.
The author must have been undergoing some bad moments so far. The post seems just the outcome of a more complex series of inputs. Most points are not valid from my own personal point of view but still may have been good points if written in a more objective way.