Ok, revising my requirement here:

I have a webcombo that should happily bind to a datatable. But the catch here is I bind to a DataSource that fetches data from a WCF service that returns my Domain entities array. That is my service returns array like:  Employee[ ] .

Now I can obviously not bind a stupid array to WebCombo, or even ASP.NET's simple GridView for that reason, If i plan to do sorting, filtering and other goody Gridy stuffs. My Service are agnostic and i cannot afford to return Datatable. At this point all I can do is modify the service contract to return List<Employee> rather then Employee[ ] but I cannot ".NET-ize" my contracts completely by returning DataTable. Is it OK for WebCombo to bind to these service's IList<T> and still get a happy grid on combo dropdown and then perform subsequent lazyLoads (or what you guys call them LoadOnDemand!!)

Hello,

Can I have Autocomplete feature work with any IListSource Object, custom object for instance, or do we only need a datatable to auto filter / auto complete in WebCombo Control. This would mean everything to us as our existing application infrastructure have services returning domain model (like Employee or Employees) entities that are getting binded to controls. Would an objectdataSource binding to a custom entity make my AutoComplete work