We have evaluated your controls for few days for the last 4 years now. And you still dont support check boxes and load on demand. (we keep getting the same response from your forms). There are other companies already do that. If you can include this feature in your future development that will be great. 

We can not use RadAutoCompleteBox control as the users do not what they are searching for. 

How come no one else asking for this. All what needed is to cache the values after the control is loaded. 

Thanks.

If a combobox uses load-on-demand and an item is selected, after postback the item list will be filtered to only items that contain the text of the selected item.  This type of filtered loading is desirable when the user is typing into the combobox and is expecting a reduced item list.  However it can be unexpected behavior if an item is selected, the user was not typing into the combobox, a postback occurs, and then the item list has been reduced.

This video demonstrates the current behavior:
http://screencast.com/t/NVkDc3KYR

And so my request is for the combobox items list to remain the same after postback when the user did not intend for the item list to be reduced.

add ability for radcomboboxitem to expose the attributes collection for the selected item when client-side binding occurs via a webservice.  (based on support id 87724).  Currently only selected text and values are accessible when posted back.  The attributes related to the selected item are as important to provide proper context once on the server side.  Again, this only necessary for the selected item, not all items as I understand the ramifications to client side performance.

Add ability to filter with accent sensitive, IsAccentSensitive property  (like the existing IsCaseSensitive).

described in this forum thread-http://www.telerik.com/community/forums/aspnet-ajax/combobox/717802-radcombobox-auto-complete-problem.aspx

ComboBox keeps the dropdown aligned to either sides of input field.
If due to content overflow e.g in a small frame input field is placed slightly out of viewport then it would be better to check the boundaries if ScreenBoundaryDetection is enabled and keep the dropdown in view and not necessarily aligned with input.

From customer feedback:

Label display style is not taken into consideration when calculating the width of the combobox e.g. if the display style is block, the label and combo should be on separate lines. In terms they should be equally wide.

However currently the combo is squashed to a minimum width.