<telerik:RadComboBox runat="server" ID="CB" AllowCustomText="true" HighlightTemplatedItems="true" EnableViewState="false" CheckBoxes="true" EnableLoadOnDemand="true" OnItemsRequested="CB_ItemsRequested" ></telerik:RadComboBox>Specifically, note that CheckBoxes is true.
In combo box once a value is selected there is no option to clear the selection. We can have an additional button outside the combo box to achieve the same.
This will require some additional coding.
Since this is a regular scenario why can't there be a property within the RadCombo Box that makes clear selection button visible next to the combo box drop-down button and does the task of clearing the selection?
A possible workaround would be tweaking the ItemRequestTimeout property of the ComboBox <telerik:RadComboBox ItemRequestTimeout="380" runat="server" ... > ... </telerik:RadComboBox>
The ComboBox pop-up is moving over the page during scrolling in mobile Chrome (Android device). The problem is occurres both in scrolled or zoomed elements. *The same issue is reproducible also in the SkinChooser. Steps to reproduce: 1. Run the following code in in mobile Chrome: <telerik:RadSkinManager ID="RadSkinManager1" runat="server" ShowChooser="true" PersistenceMode="ViewState" RenderMode="Auto" Skin="Telerik"> </telerik:RadSkinManager><br /><br /> <telerik:RadComboBox ID="cb1" runat="server" AutoPostBack="true"> <Items> <telerik:RadComboBoxItem Text="January" Value="1" /> <telerik:RadComboBoxItem Text="February" Value="2" /> <telerik:RadComboBoxItem Text="March" Value="3" /> <telerik:RadComboBoxItem Text="April" Value="4" /> <telerik:RadComboBoxItem Text="May" Value="5" /> <telerik:RadComboBoxItem Text="June" Value="6" /> <telerik:RadComboBoxItem Text="July" Value="7" /> </Items> </telerik:RadComboBox> 2. Tap over the combo in order to show its dropdown 3. Drag to scroll the page to the left Result: The dropdown pop-up is moving over the page.
I have instances of using OnClientBlur on multiple RadComboBox controls, and if you tab quickly enough the event does not fire. I've created an example which replicates what I see in the project I'm working on - two RadComboBoxes with the Blur event where I get the second to fire but not the first when tabbing from first to second to third (just another control w/o event). This is causing issues where some validation is bypassed. Screencast: http://screencast.com/t/VTQrN9uOVrI9 A couple observations: - It will fire correctly if I wait long enough before tabbing out. - If I pause on the second control after tabbing, then click somewhere, it sometimes then fires the Blur from the first control. - I am using LoadOnDemand. From my general observation it looks like it's potentially a race condition with the loading.
We are running HTML validators as part of an effort to attain WCAG 2.0 A compliance. Among the errors we are seeing is The summary attribute is obsolete. Consider describing the structure of the table in a caption element or in a figure element containing the table; or, simplify the structure of the table so that no description is needed. Here is a snippet of the failing HTML, apparently from the rendering of the RadSocialShare control: <div id="ctl00_TemplateBody_WebPartManager1_gwpciNewSocialShareCommon_ciNewSocialShareCommon_RadSocialShare1_compactPopup_C_comboBox" class="RadComboBox RadComboBox_Default" style="width:160px;"> <table summary="combobox" border="0" style="border-width:0;border-collapse:collapse;"> We are currently running version 2013.2.717.45 of the ASP .NET for AJAX controls, but we just tried 2013.3.1015.45 and it didn't fix things in this regard, either. There is a similar discussion at http://www.telerik.com/community/forums/aspnet-ajax/combobox/table-summary-attribute.aspx , which recommends a jQuery fix. This fix works in terms of removing the summary attribute from that table, but it does not result in clean HTML when the w3c validator is run against it, so we believe that is not an acceptable workaround. In the discussion at http://www.telerik.com/community/forums/aspnet-ajax/general-discussions/accessibility-issues-various.aspx , some mention is made of fixing the combo box for the 2012 Q3 release, but it doesn't look like that happened.
Based on customer feedback: The RadFormDecorator decorates most native input controls, but does miss some, namely in ComboBox and ListBox. As this [the lack of decoration] is something advertently done, due to various issues in different browsers, we should thread carefully.