I am pleased to announce that earlier this afternoon, DotNetNuke Blog 04.01.00 passed the final checks in the community release tracker and is now officially released. Blog 4.1.0 will be included with DotNetNuke 05.06.02 which is due out mid march. In the meantime, you can download 4.1 directly from CodePlex. The blog team is now moving full steam ahead on the many changes we have planned for the 05.00.00 release which we expect to coincide with the launch of DotNetNuke 06.00.00.

As previously announced, Blog 5.0 will include dependencies on several features coming in DotNetNuke 6.0. One of the major changes coming in DotNetNuke 6.0 is an updated UI. The blog team will be working hard to make sure that Blog 5.0 supports the new UI standards of DotNetNuke 6.0. Not only will this help to provide a more unified experience between the blog and the core framework, it will also help other module developers who can use the blog module as a reference for how to take advantage of the new core UI enhancements.

This past weekend a new DotNetNuke Blog release candidate was posted on CodePlex. This version of the blog addressed several longstanding issues with the Blog module and should be the final Release Candidate prior to the official release. In 4.1.0 we really focused on fixing some of the biggest problems with 4.0 and doing some security hardening based on feedback from our security team. In addition we added support for custom JS and CSS and temporarily removed support for Twitter (we’ll be bringing back an improved Twitter option in the next release).

One of the features that I was really excited about including in this release was the ability to support code formatting in the blog module. There are many different methods that I have used over the last several years to format code in my blog posts. The common denominator in every case is that it generally required me to add some custom JavaScript and CSS in the blog post so that it could be displayed properly. In addition to code formatting, we also wanted to support the ability of administrators to include their own CSS to override defaults.

Have you ever been given a technical challenge that just seemed to interesting to pass up? This past weekend I was asked the question about extending the blog module to add an author biography to the footer of the blog post.  The gist of the question was how could we do this without causing problems on upgrade.  Since I always like a good challenge, I thought this would be a good opportunity to also show how a little creativity will allow you to solve many of the challenges that you face in DotNetNuke.

I have felt for a while that the DotNetNuke blog module was quite capable, but needed a few helper modules to give it a boost.  This is a perfect showcase on how to extend a module without actually changing the module or any of it’s data.  I also thought this would be a good opportunity to learn a few new techniques so I included the use of the new jQuery Templates which were added in jQuery 1.4.3, but which are also available as a separate download.

Do you use Windows Live Writer and the DotNetNuke Blog module?  I do, and I just discovered a great new WLW feature which is going to greatly simplify the steps I have to perform for every blog post.

I have been using Windows Live Writer (WLW) for a few years now.  I really love WLW for writing my blog.  In fact I loved it so much that it was one of the reasons I had shifted my personal blog to BlogEngine.net.  At the time, the DotNetNuke Blog module did not support a posting API which could be used with WLW.  You don’t know real pain until you have tried to write a blog post with nothing but a web based rich text editor.  Once you lose one or two posts because of a session timeout or your post gets mangled because of the way the editor handles script blocks or xml blocks, you will quickly swear off all blogging with an RTE.

Once I started using BlogEngine, I came to really appreciate some of its features.  It really tries to leverage the capabilities of WLW to make the blogging experience as pain free as possible.  One feature that I use quite a bit is the ability to split my blog into a summary along with the full post just by including the “[more]” tag in my post.  Everything before the tag will be used when displaying the blog summaries.  The entire content will be displayed when viewing a specific blog post.  This is great, although it does limit your ability to craft a great summary that differs from the opening of your blog post.

Unfortunately, the DotNetNuke Blog module does not support the “[more]” tag.  If you don’t provide a summary when creating a post for the Blog module, then it will try to create a summary using the first 1000 or so characters.  This rarely works with my blog posts and even when it works it is generally not optimal.  Because I usually include an image at the top of my posts, the auto-summary feature usually just chokes and I am forced to hand enter a summary for my blog on DotNetNuke.com.  This is definitely a problem.  My blog posts often include coding examples.  When I edit a blog post just so I can hand craft the summary, it also has the side effect of opening the main blog content in the RTE which then reformats my code blocks when I go to save the summary.  Hello mangled code samples.