So OpenForce 2008 has come and gone way too quickly! It’s Thursday afternoon and three of us from Engage are still sitting here...

Chris Hammond did a great job with both of his sessions - Selling DotNetNuke and DNN 5.0 Administration They were both well attended and well received.

Shaun Walker's DotNetNuke keynote was a great overview of the current state of DNN and the road ahead.

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...

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.

There must be a thousand people or more sitting here in the room with us watching Scott Guthrie’s keynote here on the first day of DevConnections/OpenForce 2008. Scott is currently showing some of the cool features that shipped with .NET 3.5 SP1 and VS 2k8 SP1 regarding object relational mappers (demo done in vb.net).

Well it took a bit of work, but we got the booth all set up. Ian, Chris, Dang and I did it all relatively painlessly. Chris took a neat time-lapse video of the process [coming soon]...

It's Sunday night and some of the guys from Engage are prepping themselves for spending this week in Las Vegas at the OpenForce DotNetNuke conference. Ian Robinson, Cuong Dang, Rich Campbell and myself, Chris Hammond, will be starting our journey at Lambert Airport tomorrow around noon.

Stay in touch and up-to-date with the happenings at OpenForce '08 by visiting the Engage Software Blog. We will have 4 employees in attendance, speaking, manning our booth, conducting post-conference training, and blogging about the conference!

With just 5 days until OpenForce starts in Las Vegas there is still time to get registered! This will be the ultimate DNN gathering for 2008.

When building DotNetNuke modules, a number of times I've run up against the issue of trying to instantiate a ModuleInfo instance with only a module ID. However, the GetModule signature on ModuleController takes both a module ID and a tab ID. In this latest instance where I've come against this issue, I was actually trying to get a tab ID based on the module ID, so I obviously didn't already had one to provide.

Starting in DotNetNuke version 4.9.0, only the module.css in the main folder of a module is referenced, regardless of where the control being loaded lives (unless there isn't a module.css there). Therefore, you only need one module.css to control the styles of all of your controls.