jcarle.com » ASP.NET http://www.jcarle.com The musings of a web developer Tue, 27 Apr 2010 14:19:09 +0000 en hourly 1 http://wordpress.org/?v=3.0 Determining the Order of ASP.NET MasterPage and Page Events http://www.jcarle.com/2009/07/29/determining-the-order-of-asp-net-masterpage-and-page-events/ http://www.jcarle.com/2009/07/29/determining-the-order-of-asp-net-masterpage-and-page-events/#comments Wed, 29 Jul 2009 22:17:47 +0000 Jean-Sebastien Carle http://www.jcarle.com/?p=120 Anyone who is a regular ASP.NET developer is likely familiar with the ASP.NET Page LifeCycle diagram that Kris van der Mast posted on his blog more then 3 years ago. It is indisputably the best reference when trying to determine where to insert your code in the life cycle of your pages. There is however a lack of clarity on where MasterPages fit into the picture. With a bit of logging and digging, here’s a diagram which illustrates clearly in which order MasterPage and Page events are fired. If you’re deriving a custom MasterPage or Page class for your site, the diagram also shows the relation between your class code and the automatically attached MasterPage and Page events.

OrderOfASPNETMasterPageAndPageEvents

]]> http://www.jcarle.com/2009/07/29/determining-the-order-of-asp-net-masterpage-and-page-events/feed/ 0 Disown your ASP.NET children http://www.jcarle.com/2009/07/24/disown-your-asp-net-children/ http://www.jcarle.com/2009/07/24/disown-your-asp-net-children/#comments Fri, 24 Jul 2009 21:07:24 +0000 Jean-Sebastien Carle http://www.jcarle.com/?p=112 If you’re building a site that contains nested applications, you may find yourself confused at what appears to be IIS completely disregarding your virtual directories. The behavior is by design. Although the applications will get isolated, the web.config settings from parent applications propagate to children applications. An easy fix is to simply wrap your web.config with the following to disable propagation :

  <location path="." inheritInChildApplications="false">
    <system.web>

    ...

    </system.web>
  </location>

Most sections can be wrapped at the exception of <configSections>, <runtime> and of course, the <configuration> root node.

Check out the full article on aspdotnetfaq.com for more details.

]]> http://www.jcarle.com/2009/07/24/disown-your-asp-net-children/feed/ 0 Turn your ASP.NET pages into valid XHTML Strict pages http://www.jcarle.com/2009/07/23/turn-your-asp-net-pages-into-valid-xhtml-strict-pages/ http://www.jcarle.com/2009/07/23/turn-your-asp-net-pages-into-valid-xhtml-strict-pages/#comments Fri, 24 Jul 2009 02:14:16 +0000 Jean-Sebastien Carle http://www.jcarle.com/?p=94 Many developers seem to find it difficult to get their ASP.NET pages rendering in a valid XHTML Strict fashion. The solution is just a quick MSDN lookup away. Only two steps are required.

One, declare the proper XHTML Strict DOCTYPE :

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

Two, edit your Web.Config file and the following to the System.Web section :

<xhtmlConformance mode="Strict"/>

ASP.NET will now adjust the HTML it outputs from controls and get rid of the infamous name attribute on the form tag.

]]> http://www.jcarle.com/2009/07/23/turn-your-asp-net-pages-into-valid-xhtml-strict-pages/feed/ 0