RadComboBox Bootstrap Lightweight skin is not loading in version 2022.3.913
Workarounds provided by Admin:
Use RadStyleSheetManager to load the correct stylesheet from Telerik.Web.UI.Skins assembly, as per the instructions in Skin registration with RadStyleSheetManager:
<telerik:RadStyleSheetManager runat="server" ID="RadStyleSheetManager">
<StyleSheets>
<telerik:StyleSheetReference Name="Telerik.Web.UI.Skins.BootstrapLite.ComboBOx.Bootstrap.css" Assembly="Telerik.Web.UI.Skins" />
</StyleSheets>
</telerik:RadStyleSheetManager>
Link the correct stylesheet manually on the page in one of the following ways:
please add native columns support for radcombobox <Columns> <Column DataField="CategoryName" /> <Column DataField="Description" /> </Columns> best regards
Customer feedback: The first combobox below behaves as I would expect to, and resizes when the browser window is resized. However, the second combobox does not resize when the browser window does. They use the same skin. The only real difference that I can see is that I use check boxes in the second one.
In the meantime you can use the following css workaround that will fix the issue: .rcbAutoWidthResizer .rcbScroll { overflow: visible !important; } /*To target IE 6, 7 and 8*/ @media \0screen\,screen\9 { .rcbAutoWidthResizer .rcbScroll { overflow: auto !important; } } /*To target IE 9 and 10*/ @media screen and (min-width:0\0) { .rcbAutoWidthResizer .rcbScroll { overflow: auto !important; } }
To maintain accessibility consistency with normal HTML select comboboxes, we need the RadComboBox to support the Home and End keys to jump to the 1st and last item respectively. Currently, it just moves the text cursor to the start/end of the textfield. If the change can't be made globally, can a new property be set to control this behavior? Ideally too, Page Up/Down can jump multiple items at a time. Currently, it scrolls the page. See a 2009 forum post too (from someone else): http://www.telerik.com/forums/radcombobox-home-end-page-up-page-down-keys I see the other keyboard shortcuts listed here: http://demos.telerik.com/aspnet-ajax/combobox/examples/functionality/keyboardsupport/defaultcs.aspx Per Anton: The keyboard support is specification is implemented according to the article (https://www.w3.org/TR/2013/WD-wai-aria-practices-20130307/#combobox) which is why there is no support for these keys. We would like to request these additional keys be supported anyway. [From ticket 1083598]
This feedback item has been raised from this forum thread: http://www.telerik.com/community/forums/aspnet-ajax/combobox/enablecheckallitemscheckbox-all-entry-doesnt-fire-onitemchecked-event.aspx This issue was first raised back in Sep '11 as it was suggested that 'it was in the plan for a future release'. I've added this item here in the feedback portal to ensure that it's not got lost
described in this forum thread-http://www.telerik.com/community/forums/aspnet-ajax/combobox/717802-radcombobox-auto-complete-problem.aspx
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.
If we dynamically remove highlighted item from a ComboBox at clientside, afterwards get_highlightedItem still returns that deleted item. ComboBox takes care of deleting selected item at like 497 of RadComboBox.js. Highlighted item should be taken care of too.
When EnableAutomaticLoadOnDemand="true" is set and no Height is specified, the first time RadComboBox is expanded only the topmost 3 or 4 items are visible. The rest of the items become visible when they are hovered or if the ComboBox is expanded again.