Jun 6 2006

DnnCreative Magazine Issue 10

Category: DotNetNukeBil@l @ 18:18

You can now check the DnnCreative Magazine Issue 10!!

This is a completely free issue. For issue 10 we have created a completely separate DotNetNuke Skinning Resource, the DotNetNuke Skinning Toolkit.

This is a 98 page resource which demonstrates all of the skin classes within DotNetNuke so that you can easily view, search and learn how to style the various elements within a DotNetNuke skin.

This is a really useful reference tool for beginner and advanced DotNetNuke skin designers.

Following the research into the various DotNetNuke classes we have also outlined in further articles how you can reduce the CSS code required for a DotNetNuke skin, as well as tips for avoiding un-explained / un-wanted styling appearing in your DotNetNuke skins.


May 25 2006

May 2006, Issue 9 - DNNCreative - Check it

Category: DotNetNukeBil@l @ 10:42

The latest issue of DNNCreative Newsletter continues exploring CSS.  It covers creating CSS containers, right through to using CSS within the content of the page for part 2 of styling your text and images.

This issue continues the How to Build a Website in DotNetNuke series and comes complete with 16 video tutorials. View issue 9.

Check it now!



May 1 2006

LebDev.NET Usergroup New Website

Category: DotNetNukeBil@l @ 17:35

LebDev.NET Usergroup, officially announced its new website that has been published few days ago.

A new website has been added to my DotNetNuke Website collection.

To check all my DotNetNuke websites, here is the list up till now:

  • www.devconnect.net
  • www.lebdev.net




Apr 24 2006

DNN - FixLogin - Revisted

Category: DotNetNukeBil@l @ 09:31

I have made slight changes on the FixLogin module in such a way, the super user or the *host* account will be able to change the *Redirect To* page online, using the DNN website.

In the first version, although I had a Setting variable to change that page, however, there was no way for anyone to change it, since the module was all the times active, and always redirecting to another page.

So now, the super user when logged in, the module will be disabled. This allows him/her to change the Redirect To page.

You can download the new version @: DotNetNuke-FixLog 2




Apr 16 2006

DotNetNuke Module - FixLogin

Category: DotNetNukeBil@l @ 13:53

In a new DotNetNuke 3.2.2 website I am working on, supposedly will be online this coming week, I faced the following problem:

DotNetNuke uses by default a Login Page. So, when users come to sign in, if authenticated they will be redirect to the page they were accessing it.

The problem with the default Login page is that, all modules added to the different areas of the site, we will not be shown when the login page is displaying.

To overcome this problem, I created a new page, with all the needed modules placed in their locations, and placed an Account Login module. Then through the Site Settings, I made this page the *Login Page* of the website.

Now users, when they come to login, they will be using my custom login page, showing all modules in their proper locations, as if the login page now, acts like any other page in the website, with the exception, it is being used to login users.

Another problem arises here!!

What happens now is that, when users sign in, they are redirected to the custom login page, which is something that confuses users, since they have just signed in, and now they are faced with the login page again.

My analysis for this problem is that, the Account Login module is functioning normally, it has redirected users to the previous page coming from, and this is ok. However, it seems that the DNN default Login page and the Account Login Module act as single component, so the page and the module is one single component, and hence the Account Login module will not consider the DNN default login page as a previous page coming from, and it will function as required. 

So, having this problem of the custom login page, forced me to look for some help online, however, could not find it. I had to solve it on my own. 


I created a simple module, called FixLogin. This module is free to download and use and can be found at:

What this module does, is check if the Current Request is authenticated, if true, and then redirects the user to a page. This page can be set by using the module settings itself.

Once you add a new module definition, you will need to add two controls:

  • FixLogin.ascx
  • FixLoginSettings.ascx

The first is the default control, which should not have any key associated with it and is of type View. The second control is the settings control. 

Now, you can place this module on the custom login page you have in your website. Make sure to configure the settings of this module before using it. If you didn’t configure the module, no redirect will happen.

From the Action’s menu of the module, go to Settings, and specify the page to redirect to if the request is authenticated.