AJAX Control Toolkit – Layout Problems

June 11, 2008 • Damien White

A real common problem with using the AJAX Control Toolkit revolves around the rendering of the controls. Taking an example from the ASP.NET Forums, let’s say you have a Tab Control on your page. Everything looks ok, and then you run it. You notice that there is a weird space towards the bottom of one of your tabs. D’oh! What could be wrong? Well, in general, usually the cause of these types of problems are related to one of two issues, Quirks Mode or CSS conflicts. In the ASP.NET Forum example above, it was a Quirks Mode issue.

Quirks Mode

A complete definition as well as what causes Quirks Mode to occur can be found on Wikipedia. A quick definition is that Quirks Mode is a type of rendering that the browser adheres to. Typically, a browser supports Quirks Mode and Standards Mode rendering. The main difference between the two have to do with the box model and how things are calculated. For example, if you have a DIV with a width of 100px, and that DIV has a padding of 5px, is the DIV’s width 100px or 110px? Well that’s the confusion. In Standards Mode, it’s 100px, in Quirks Mode, it’s a narrower 90px because the padding takes up part of the width. The thing you need to know is that the AJAX Control Toolkit assumes Standards Mode rendering, otherwise, things will be out of whack.

The Fix – Quirks Mode To fix this issue, it’s as simple as verifying you are using a proper DOCTYPE (these can be found in the Wikipedia entry). The other thing to note is whether you should include or exclude anything (such as an XML declaration) before the DOCTYPE, which is also described in the Wikipedia article. For example, to designate a page as conforming to XHTML 1.1, you would have something along these lines (note I am using a Master page):

<%@ Master enabletheming=true Language=C#” AutoEventWireup=true CodeBehind=MyMaster.master.cs Inherits=MyMaster %>
<!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.1//EN” “http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd”>

CSS

Another common problem occurs with CSS. There are many times when a developer has a style that may conflict with that being set by the Toolkit Control. An example of this could be something like having a style defined for all SPAN elements, and then realizing that the Tab Control doesn’t look correctly. It could really be just about any one of styles you can apply to elements. Because of this,  this is a harder problem to catch and requires troubleshooting on your part.

The Fix – CSS Issues The fix for this is just finding that pesky style that is causing you the issue. Easier said than done. However, there are some tools to make your job easier. First, my favorite is an add-in called Firebug, but it only works in Firefox (although there is a “lite” version for IE). You can inspect any element on the page, and get the CSS being applied, plus you can edit the style in real time! It is a invaluable tool for debugging not just CSS, but also JavaScript, and it does so much more. I would recommend it highly for every web developer.

On the Internet Explorer side, you can use the IE Developer Toolbar. Like Firebug, you can inspect the styles for an element, but you can’t manipulate or toggle them like you can with Firebug.

In my experience one of these have been the issue in just about every case I’ve come across. I hope this helps in solving those ASP.NET AJAX Toolkit issues that you may come across in your applications.

Posted in ajax, ajax control toolkit, asp.net, css and tagged with ASP.NET, ASP.NET AJAX

Damien White

I am a software architect with over 16 years of experience. I simply love coding! I have a driving passion for computers and software development, and a thirst for knowledge that just cannot be quenched. I'm happy to share what I know in my quest to learn as much as possible. I focus most of my time on web development using Ruby on Rails, Ember.js, and ASP.NET MVC.

comments powered by Disqus