Ian Robinson

Engage: Campus Released

Thu, 02 Apr 2009 21:40:33 GMT

Recently I’ve been spending quite a bit of my time working on one project in particular; an eLearning Management System (LMS) for DotnetNuke. I’d like to take some time to describe Engage:Campus and then cover the basics of course creation and course enrollment.

In Plain English

Engage: Campus allows businesses to create courses that are relevant to their business, deliver them to the audience of their choice online, and track the results that are generated as users take courses.

More...

Engage: Tell A Friend Released

Wed, 11 Mar 2009 23:32:39 GMT

This blog post marks the release of a new module for DotNetNuke. It addresses a common feature request of many web sites - empowering users to email a friend a link to your site. It is free module which includes source code. There was a lot of effort put in to making the module very clean and simple.

For more information about the module, or to download the module, visit the Engage Software product page for Engage: Tell A Friend or the listing on Snowcovered.

While the pages listed above provide all of the necessary information - I'd like to share a few technical highlights/features with those of you reading this who are developers...

More...

St. Louis Day of .NET

Tue, 16 Dec 2008 18:00:35 GMT

Last weekend I attended a local .NET Developer conference - the St. Louis Day of .NET. It was a regular work day (9-5) of .NET-centric one-hour sessions. Most of the sessions were based (to varying degrees) on content from the recent Professional Developer's Conference (PDC) in Los Angeles.More...

DotNetNuke Architecture Diagram

Thu, 13 Nov 2008 18:12:27 GMT

This post is overdue. I wanted to use this image in my slide deck for a presentation I gave last month at the Bloomington, IL .NET user group, but...More...

Bucking Convention: Crazy Data Access in DotNetNuke

Thu, 13 Nov 2008 18:09:43 GMT

The current provider model in DotNetNuke is very flexible, but with that flexibility comes development overhead. Over the past few months I've started thinking about how much time I spend simply on [easy, repetitive] data access tasks, and its a little depressing. More...

TulsaTechFest 2008: DotNetNuke Track Resources

Mon, 13 Oct 2008 21:06:44 GMT

Members of the Engage Software team led six sessions (the entire DotNetNuke track) last week at TulsaTechFest 2008.More...

DotNetNuke Skinning Approaches

Mon, 13 Oct 2008 20:08:26 GMT

With the new skinning changes in DotNetNuke, it may be helpful to give an overview of available approaches to skin developers.

Each of these approaches attempts to answer the question "How do I embed and customize all that great functionality that DNN provides in my skin?" In other words, given that we have a pre-set base of options for functionality (core skin objects), and each of those options exposes certain customization points (skin object properties) that I'd like to set…how the heck do I get it done?

The answer may depend on which technologies you are familiar with (or willing to learn), but let's examine each of the different approaches and see if one clicks for you.

Note: For the sake of simplicity, I'm going to leave out the following buzz words: XTHML, CSS, table-based, and any other new age standards loving or old-school table defensiveness babble.

What's available pre-DNN 5

The "XML? I've heard of that!" approach

Technologies involved: HTML with DNN tokens, XML

Formula: HTML with DNN tokens + XML file with properties for each token = finished ASCX file

Background: Create an HTML file with tokens embedded, customize tokens with properties in an associated XML file. Package and upload to DotNetNuke. This method notably has two different file types that are used to pull together and generate a "real" skin file for use by DNN.

Benefits: It does not involve anything specific to ASP.NET or any other Microsoft technology for those that don't want to learn them.

Drawbacks: You have to maintain two files and use a DotNetNuke utility to parse the skin package every time you want to make a change. There is a fair amount of overhead associated with this approach.

Who's using it? This approach is very useful if you are a person who is comfortable with HTML and also comfortable with XML.

The Direct Approach

Technologies involved: HTML (without DNN tokens), ASP.NET Web User Controls

Formula: no math required!

Background: Create a user control in your application of choice and package it up with supporting files. Characterized by the ".ascx" file extension, lots of "<% %>" and runat="server" tags, this is, when it's all said and done, what DotNetNuke will use at run time.

Benefits: You can edit the file directly in your development environment without having to re-parse the skin package, which can lead to quite a bit of time saved if you are making frequent changes.

Drawbacks: You must be familiar with web user controls, the concept of embedding them in another user control, setting properties on those controls, and all the syntax and 'developer speak' that comes with 'em.

Who's using it? This is an approach used primarily by developers or those that are familiar with ASP.NET Web User Controls (ASCX files).

The Combo

Technologies involved: HTML with DNN tokens, ASP.NET Web User Controls

Formula: Generated "stub" ASCX file from HTML file with DNN tokens + revisions = finished ASCX file

Background: Create an HTML file with tokens, package up your module and then for each skin object, customize the generated user control with the properties you want to set.

Benefits: Quickly and easily generate the user control, and make changes to it directly within your development site and see them reflected immediately. Once you generate the HTML file, you leave it behind and only have to maintain one file (the .ascx).

Drawbacks: You must have a basic understanding of what ASP.NET elements NOT to remove from the user control when making changes to the file.

Who's using it? I speculate that people who are cranking out skins at high volume use this approach. They're probably the people that have been skinning for a long time.

The New Stuff

Now, there comes a new element to incorporate into our approach, if we so choose (I'm assuming that all of the other approaches are still valid, and that we're simply adding another one to the mix.)

The "Now with more friendliness" approach

Technologies involved: HTML with "uber-tokens"

Formula: HTML with skin objects and properties = finished ASCX file

Background: Create an HTML file with "object" tags that contain both a reference to the skin object to be used, and the parameters that allow you to customize that skin object.

Benefits: This approach allows you to avoid learning ASP.NET stuff and keeps you from having to create or maintain a separate XML file. This also uses the same syntax for including the new JavaScript widgets in your skin, which is a separate topic, but consistency is always good!

Drawbacks: I like HTML and all, but what is an object? I just got used to the skinning process, now you've changed it?

Who's using it? Nobody! It's not released!

Summary

So, we've learned there are multiple ways to skin a DotNetNuke site. In the end, it all comes down to what works for you. In the end, you'll probably either be creating a user control if you're a developer, or using the new skin object mechanism if you're not. But, if you like resisting change, you should be able to continue using the HTML/XML approach.

[Cross posted from my asp.net blog]

What Blogs Do You Read?

Thu, 07 Feb 2008 20:26:21 GMT

Earlier today I created a list of blogs, podcasts, and web sites that are of interest to me as a developer. This are the sites I keep tabs on so I can stay up on the latest and keep learning. Some of them I frequent more regularly than others...More...

Reporting Services Error after editing web.config with IIS

Sun, 09 Dec 2007 21:40:05 GMT

If you have recently edited your reporting services web.config and can no longer access your reports you may want to check if your web.config file contains an xmlns attribute on the configuration element. If it does, you will not be able to access your report manager. Simply removing the attribute will solve this issue.

I ran into this issue today after i edited a property in the web.config using the IIS tool (under asp.net tab). As i had no idea what had originally caused the issue it took a few hours to figure out that it was because i had edited the web.config with IIS.

Here is the error message that the report manager would display:

"The report server is not responding. Verify that the report server is running and can be accessed from this computer."

Here is the error message from the log file:

Microsoft.ReportingServices.Diagnostics.Utilities.InternalCatalogExcepti
on: An internal error occurred on the report server. See the error log
for more details. ---> System.NullReferenceException: Object reference
not set to an instance of an object.

Error installing VS 2005 content templates

Mon, 19 Nov 2007 15:51:08 GMT

Running all the new .NET 3.0 goodness on your development machine, but want to install content templates (maybe the DNN starter kit?) for Visual Studio 2005? You may see this error: Could not load file or assembly 'Microsoft.Wizardframework, Version=8.0.0.0,...'More...