Please, please, please bring the new RadTaskBoard to ASP.NET AJAX!
I was just reviewing the RadTileList and trying to figure out how to do a Kanban board with your controls, and came across what you just released via the RadTaskBoard, and that would be absolutely perfect to have for ASP.NET AJAX.
Thank you!
Rather than relying on pure javascript to instantiate a Map, which some developers way struggle with, introduce a map control that has server side functions (as well as client side) to select areas, geo-code, and add markers. Add the features contained in http://www.telerik.com/products/wpf/map.aspx Also, to be able to databind to a collection, specifying a LatitudeDataValue, and LongitudeDataValue and DisplayMemberValue which describes the Lat/Lng and marker names, without the need for client JS! Would love to see the heatmaps implemented in particular.. Any other takers??
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!
TypeScript declarations for the ASP.NET AJAX controls will be of great help for developing projects in TypeScript. See this forum thread for more information: http://www.telerik.com/forums/typescript-declarations
Under IE, when two tables are placed next to each other, the Table Properties may cause the one to appear nested inside. Currently, this can be workarounded only by assuring that there is some element between them - <br>, <p>, <div>, <span> etc.
a TIFF viewer that can zoom in and out and possibly edit TIFFs.
similar to these: http://willowsystems.github.io/jSignature/#/demo/ http://www.supersignature.com/ Sure you could do something really cool like a sketchpad, with a background image.
System.Exception: 453.6 is not a valid value for Int32.
Context / scenario
We run a large ASP.NET AJAX application with a fully custom, self-maintained CSS theme — we do not use any of Telerik's built-in skins. For this kind of setup we need complete control over every stylesheet that gets loaded into the page, both for consistency of our design system and to avoid unexpected CSS side effects or class-name collisions with resources we don't manage.
Issue
We found that fonticons.css is automatically and unconditionally injected by the Lightweight rendering path used by the controls (e.g. RadButton, RadTextBox, and other controls using the Lightweight render mode). This injection happens regardless of the EnableEmbeddedSkins and EnableEmbeddedBaseStylesheet settings, which normally let developers opt out of Telerik's embedded/base CSS resources. In other words, even with both of those settings disabled and no skin applied, fonticons.css is still loaded — there is currently no supported way to prevent it.
We raised this with Telerik support and it was confirmed internally: the fonticons.css injection is currently hard-wired into the Lightweight rendering path and is not gated by any existing configuration option.
Why this matters
EnableEmbeddedSkins / EnableEmbeddedBaseStylesheet = "nothing gets injected automatically" for teams running a fully custom theme.Feature request
Introduce a supported opt-out for the automatic fonticons.css injection in the Lightweight rendering path — for example, a new setting such as EnableFontIcons (page/control or global web.config level, consistent with how EnableEmbeddedSkins / EnableEmbeddedBaseStylesheet are already exposed) that lets developers explicitly disable this injection when they provide their own icon/font handling.
We understand from Telerik support that this is not a small, isolated change — it requires auditing and refactoring how style resources are declared and loaded across the whole control set (including some legacy resource-registration code) before a dedicated opt-out setting can be safely introduced, and that this carries a real risk of regressions if rushed. We're not expecting a quick fix; we're submitting this as a tracked feature request, as recommended by Telerik support, so it can be prioritized and voted on by other customers with the same fully-custom-theme use case.
Suggested acceptance criteria
fonticons.css injection specifically in Lightweight rendering mode.EnableEmbeddedSkins / EnableEmbeddedBaseStylesheet: when disabled, no font-icon CSS is emitted by the framework, leaving the developer fully responsible for providing equivalent styles if needed.The new Flat skin for KendoUI is excellent and it would be great to have the same skin available for ASP.NET AJAX applications. I can see it being especially useful when faced with migrating older apps that use the AJAX controls over to Kendo.