Learn More





DNN Community Blog

The Community Blog is a personal opinion of community members and by no means the official standpoint of DNN Corp or DNN Platform. This is a place to express personal thoughts about DNNPlatform, the community and its ecosystem. Do you have useful information that you would like to share with the DNN Community in a featured article or blog? If so, please contact .

The use of the Community Blog is covered by our Community Blog Guidelines - please read before commenting or posting.

Telerik Controls in DotNetNuke 6.0


Last week Beta 2 of 6.0 was released, as many of you already know, and my colleague Joe Brinkman took the time to highlight a few of the lesser known features/enhancements introduced in 6.0 as well of some of the updates we made based on feedback from previous CTP’s and Betas. Since reading his blog, I have been reminded of another feature/enhancement that has been overlooked thus far: Telerik wrappers. Before diving into what exactly was added for developers to take advantage of, it might be good to provide some history related to the controls as well as our usage in the updated user interface for 6.0.


In DotNetNuke 5.2, we introduced the inclusion of the Telerik.Web.UI.dll. With the inclusion of this assembly, valid Telerik license holders as well as DotNetNuke PE customers were free to develop third party extensions (ie. their own custom modules) using the Telerik controls. CE edition users were free to use third party or core extension that utilized the Telerik controls but they were not permitted to develop using these controls. In order for CE edition developers (basically, any extension developer who does not have a PE license) to develop using these controls, core wrappers had to be written. In the initial release (5.2), there were very few (if any) wrappers available. As time went on, DotNetNuke added more and more wrappers and also updated Telerik assembly versions but many controls never had a proper wrapper. Basically, this meant that CE developer had very little Telerik control options.

With the introduction of 6.0, this is no longer the case. Yes, the same license rules/restrictions exist but now we have proper wrappers for everything included in the latest Telerik release at the time of this writing. While this may seem like no major benefit, that is far from the truth. These wrapper additions allow any DotNetNuke extension developer (so long as they use the wrappers) to make the most of the Telerik ASP.NET Ajax control suite. For end users, this means rich functionality in more modules because more developers can utilize the controls.

6.0 User Interface

If you followed along with the previous 6.0 CTP’s and Beta, you have seen how the user interface has transformed over the course of the 6.0 development cycle. As Joe mentioned, the initial implementation of the UI relied heavily on Telerik controls. As work on the user interface progressed, we started moving away from Telerik and going more with jQuery & jQuery UI. There were a number of reasons for this but I think the previous link does a pretty good job of outlining some of those.

So now, pretty close to a final release, I think it might be a good time to discuss what Telerik controls are still being used. There may be a few places I am overlooking, but the list below summarizes everywhere I could think of that we are using Telerik in the core distribution.

  • RadGrid (DnnGrid) – I assume this will eventually replace all data grids in the core (many already using it as of 6.0). Please note, there are a number of column type wrappers too being used for the grids.
  • RadDatePicker (DnnDatePicker) – Replacement for Client API calendar.
  • RadComboBox (DnnComboBox) – Language Selector, Control Panel. Should only be used when added functionality is needed (like an image, HTML in drop down list). The DNN Terms selector control uses this too (seen in edit page settings tags section).
  • RadAjax (DnnAjaxPanel, DnnAjaxLoadingPanel) – This is what you see when partial rendering is enabled in a module (any module). In 6.0, out of the box, you see this when you click login.
  • RadTreeView (DnnTreeView) – I believe every treeview in the core, besides the file manager, is using this (and already was).
  • RadEditor – Used in the provided HTML editor provider.

I am pretty sure there are a few random controls used in some of the admin/host modules and/or in the PE/EE modules that I didn’t mention, but the list above should give you a good idea of what to except to see consistently in modules that require the provided functionality for each control across the majority of the core UI.

NOTE: Designers (and developers) may want to take note of the z-index attribute defaults set by the various Telerik controls here. You may also want to view the jQuery UI ones here.

For 6.0 Developers

When it comes to the individual Telerik controls and working with them, each could be a separate blog of its own. However, if you are familiar with Telerik controls (or you follow their examples), using them in DotNetNuke doesn’t require too many changes. Instead of going through each control, I thought it would be best to use a module where I have many Telerik controls already being used so I converted my DNN Rad Tag Cloud module over to 6.0 and utilized all the new wrappers. FYI, this example also makes use of the module branding and modal popup support added in 6.0.

A few general notes on using Telerik wrappers in DotNetNuke:

  • Every control included in Telerik's 2011 Q1 SP2 release has a wrapper in 6.0.0.
  • For the most part, Telerik controls start with Rad but their DotNetNuke equivalents replace Rad with Dnn (RadGrid = DnnGrid, for example).
  • All wrapped controls are in the DotNetNuke.Web project & it’s output dll.
  • Telerik enumerators are not wrapped, you will still have to use them as shown in Telerik examples in your cs/vb code (not necessarily something most developers would come across).
  • Partial Rendering support probably needs enabled in your module controls. Depending on which Telerik controls you use and how you use them this will vary but this is a good rule of thumb.
  • Only use Telerik when it provides some value. There is no reason to replace a standard drop down list that just displays text with the Telerik ComboBox. Telerik controls tend to output lots of HTML that just isn’t necessary for most (I understand why they do it, but it’s not always easy for designers to work with).
  • There is no design time support in Visual Studio.

I suspect that if Telerik creates new controls, DotNetNuke will likely follow up with a corresponding wrapper in its following release. Please keep in mind, when Telerik does a new release there is some latency until they provide us a DotNetNuke specific assembly plus the time we need to test it prior to inclusion in a new DotNetNuke version.


Comment Form

Only registered users may post comments.


2sic Daniel Mettler (125)
Aderson Oliveira (15)
Alec Whittington (11)
Alex Shirley (10)
Andrew Nurse (30)
Anthony Glenwright (5)
Antonio Chagoury (28)
Ash Prasad (22)
Ben Schmidt (1)
Benjamin Hermann (25)
Benoit Sarton (9)
Beth Firebaugh (12)
Bill Walker (36)
Bob Kruger (5)
Brian Dukes (2)
Brice Snow (1)
Bruce Chapman (20)
Bryan Andrews (1)
cathal connolly (55)
Charles Nurse (163)
Chris Hammond (203)
Chris Paterra (55)
Clinton Patterson (28)
Cuong Dang (21)
Daniel Bartholomew (2)
Dave Buckner (2)
David Poindexter (3)
David Rodriguez (2)
Doug Howell (11)
Erik van Ballegoij (30)
Ernst Peter Tamminga (74)
Geoff Barlow (6)
Gifford Watkins (3)
Gilles Le Pigocher (3)
Ian Robinson (7)
Israel Martinez (17)
Jan Blomquist (2)
Jan Jonas (3)
Jaspreet Bhatia (1)
Jenni Merrifield (6)
Joe Brinkman (270)
John Mitchell (1)
Jon Henning (14)
Jonathan Sheely (4)
Jordan Coopersmith (1)
Joseph Craig (2)
Kan Ma (1)
Keivan Beigi (3)
Ken Grierson (10)
Kevin Schreiner (6)
Leigh Pointer (31)
Lorraine Young (60)
Malik Khan (1)
Matthias Schlomann (15)
Mauricio Márquez (5)
Michael Doxsey (7)
Michael Tobisch (3)
Michael Washington (202)
Mike Horton (19)
Mitchel Sellers (28)
Nathan Rover (3)
Navin V Nagiah (14)
Néstor Sánchez (31)
Nik Kalyani (14)
Peter Donker (52)
Philip Beadle (135)
Philipp Becker (4)
Richard Dumas (22)
Robert J Collins (5)
Roger Selwyn (8)
Ruben Lopez (1)
Ryan Martinez (1)
Salar Golestanian (4)
Sanjay Mehrotra (9)
Scott McCulloch (1)
Scott S (11)
Scott Wilkinson (3)
Scott Willhite (97)
Sebastian Leupold (80)
Shaun Walker (237)
Shawn Mehaffie (17)
Stefan Cullmann (12)
Stefan Kamphuis (12)
Steve Fabian (31)
Timo Breumelhof (24)
Tony Henrich (3)
Torsten Weggen (2)
Vicenç Masanas (27)
Vincent Nguyen (3)
Vitaly Kozadayev (6)
Will Morgenweck (37)
Will Strohl (163)
William Severance (5)
Try Evoq
For Free
Start Free Trial
a Demo
See Evoq Live
Need More Information?