If I create a table and add some content to one of the cells, when I click on the content and click either the ordered or unordered list buttons, the <td> tag gets replaced the the <ul> or <ol> tag. I was able to replicate this on all browsers I tried using the demo at http://demos.telerik.com/aspnet-ajax/editor/examples/overview/defaultcs.aspx
Hi, I have problem on RadComboBox display on ie 10, I'm using telerik RadMultiPage to display several page. one of page exists radcombobox . when I refreshing screen inside on radmultiPage display of radcombobox is okay, but when I using other control RadTabStrip to load page (wrap in rad ajax panel) into radmultipage , and radcombobox is broken. RadCombobox like truncated or display 80% , right side of rad combobox not displayed. But this is working fine on ie 9 and chrome. only on ie 10 radcombobox not displayed correct. I attached images to help this error. There is code in rad multi page <telerik:RadAjaxPanel ID="RadAjaxPanel1" runat="server"> <telerik:RadComboBox ID="RadComboBox1" runat="server"> </telerik:RadComboBox> </telerik:RadAjaxPanel> whats wrong with ie 10, because working fine in ie 9 and chrome
IMPROVE: RadCalendar and RadDatePicker to be localizable using GlobalResources
Based on customer feedback: The RadSiteMap documentation is lacking description for the CSS class names. Add description similar to the one present in other controls, RadMenu per say.
Possible Workaround: Telerik.Web.UI.Grid.PositionDragElement = function(element, mouseEvent) { var clientX = $telerik.isTouchDevice ? $telerik.getTouchEventLocation(mouseEvent).x : mouseEvent.clientX; var clientY = $telerik.isTouchDevice ? $telerik.getTouchEventLocation(mouseEvent).y : mouseEvent.clientY; element.style.top = clientY + $telerik.getDocumentElementScrollTop() + 10 + "px"; element.style.left = clientX + $telerik.getDocumentElementScrollLeft() + 10 + "px"; if ($telerik.isOpera || $telerik.isTouchDevice) { element.style.top = parseInt(element.style.top, 10) - document.body.scrollTop + "px"; } };
NOBODY supports this turd of a browser anymore. http://www.buuteeq.com/blog/why-we-dont-support-ie7/ Your css codebase could trim up a ton removing all the crappy hacks. Worked for kendo, and nobody is missing it. I'm sure your developers would have a party (week long) if they could ditch having to support it too. You're such a big market player supporting it just helps ie7 hold on to it's MEASLY <1% marketshare...stop contributing :) Vote now people!
You're working on a cleaner css3 approach, however sprites are still resource being downloaded...it's be great if the controls we're using on our page had iconography consistent with the site theme *automatically* instead of needing to use a custom skin. Can you please implement a clean fontawesome enabled skin? So instead of referencing a sprite and background position you instead would set :before or :after and content="\f002". This makes the resulting resources much lighter...as there's no sprite (retina ready by default) ...it'd be up to us to have fontawesome loaded on our page. (Teampulse uses fontawesome, and they have at least 1 radgrid) http://fortawesome.github.io/Font-Awesome/icons/ Steve
It would be great to have a facebook-like auto expanding textbox with character counter.
Some references to skin resource files are hardcoded in Telerik.Web.UI.dll and don't depend of the web.config/appSetting "Telerik.Web.SkinsAssembly". The result is when you use a custom Skins Assembly and a Telerik control uses these hardcoded references on resource files, these resource files are not displayed because Telerik.Web.UI.dll is searching a resource file for a control as "Telerik.Web.UI.Skins.<Skin Name>.<Control>.<Resource filename>" and not as expected "<Skin Assembly Name>.<Skin Name>.<Control>.<Resource filename>. It happens in the following controls: - RadGrid: Only the column GridEditCommandColumn ButtonType="ImageButton" gives a invalid references on resource files for Edit.gif, Update.gif, Cancel.gif. - RadDataPager: Images of SEO buttons, like PagingFirst.gif, etc. The requested fix: to test if web.config/appSettings "Telerik.Web.SkinsAssembly" is available and not empty, and if yes, to use its value in place of the hardcoded "Telerik.Web.UI.Skins.dll".
In the same way that ASP.NET MVC wrappers are supported...