Same Markup, Same Browser, Different Results

Here is a simple HTML5 page I created:

<!DOCTYPE html>
<html lang="en">
 <meta charset="utf-8" />
 <title>Inconsistent Rendering</title>
 <span style="height: 1px; overflow: visible; background-color: Green;">
 <h1>This is a test.</h1>

And here is that page rendered in Internet Explorer 8.  In one case it’s being served on my laptop, and the other on the local intranet.

Test file on localhost

Test file on intranet

The markup, the Web servers, and the browser are all set up 100% the same.  These should be identical, shouldn’t they?  What’s the problem?  The answer is Compatibility View.

Compatibility View is a “feature” of Internet Explorer that causes it to ignore modern Web standards.  That would be fine, except Compatibility View settings vary by zone, and different zones have different defaults.  Also, the Compatibility View button in the address bar isn’t always available, which means there’s no visual indicator as to what mode you’re in, and you can’t change modes for the current page easily.

Compatibility View settings can be accessed in the Tools –> Compatibility View Settings menu, but if you’ve developed a standards compliant intranet site, you need a better fix than simply asking each individual user to reconfigure their browser.  Group Policy is one option, but there is a much simpler solution.  Just add the following meta tag to your pages, and it will force IE 8 to use the !DOCTYPE declaration in the page to determine the rendering mode.

<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE8" />

If you’re experiencing rendering inconsistencies with the same markup being served from different environments, have a look into Compatibility View. It just might be the culprit.


Mercurial HTTP Error 500: Access is denied on 00changelog.i

Today I created a new Mercurial repository on a Windows server.  I cloned it, made some changes, tried to push, and was greeted with this:

C:\myapplication>hg push
pushing to http://servername/myapplication
searching for changes
abort: HTTP Error 500: .hg\store0changelog.i: Access is denied

My user account had write permission to the myapplication folder on the server, and the odd thing is that I’ve created repositories there before and never had a problem pushing changes.  I compared 00changelog.i to the same file in another repository that was working.  Turns out I was using anonymous authentication and IUSR was missing write permission.  I gave full control to IUSR on hg\store folder and…

C:\myapplication>hg push
pushing to http://servername/myapplication
searching for changes
remote: adding changesets
remote: adding manifests
remote: adding file changes
remote: added 1 changesets with 114 changes to 114 files


If you’re having problems pushing to a central server with Mercurial, make sure the IIS anonymous authentication account (IUSR or IUSR_MachineName) you have write permission to the hg\store folder and subfolders in your repository.

Conditional Validation with Data Annotations in ASP.NET MVC

In the simple blog engine I’m building, I encountered a scenario where I wanted to display different UI elements depending on whether the user was logged in:

Comment Form
Not logged in


Comment Form Logged In
Logged in


When the user is authenticated, their name and email is known, so it’s unnecessary to display them on the comment input form.  While it would be possible to hide just those fields, I decided to make separate partial views and display them in the Post view with the following code:

    if (Model.AllowComments)
        var commentControlName = Request.IsAuthenticated ? AuthenticatedCommentFormControl" : "CommentFormControl";
        Html.RenderPartial(commentControlName, new DotBlog.Models.ViewModels.CommentViewModel(Model.PostId));

This is the view model I used for both partial views:

public class CommentViewModel

    public string CommenterName { get; set; }

    public DateTime Date { get; set; }

    public string Email { get; set; }

    [DisplayName("Web Site")]
    public string WebSite { get; set; }

    public string CommentText { get; set; }


As you can see, I’m using data annotations to enforce required fields and string lengths.  The problem is, even though the name and email aren’t always displayed, they are still required.  I needed a way to validate certain fields conditionally.  Here are the options I came up with:

  • Stop using data annotations and find a different solution for validation
  • Use two different view models: one for each partial view
  • Use actual conditional data annotations, like the library built by Simon Ince.
  • When the form is posted, remove the fields from the model state so they’re not validated.


Let’s look at each of these individually:

Stop Using Data Annotations

Data annotations are not the only way to specify validation rules, but they’re easy to implement.  xVal was fine for ASP.MVC 1.0, but is now deprecated.  Custom validation code with ModelState.AddModelError() is flexible, but requires extra work.

Use Two Different View Models

Since I’m using two partial views for the comment form (one for authenticated users and one for guests), I could use a dedicated view model for each.  One would omit the data annotations on name and email and therefore not cause any validation problems.  This was my original implementation, but lead to unnecessary code duplication and other design problems.

Use Conditional Data Annotations

Simon Ince has built a cool library for conditional annotations that allows you to write code like this:

public class ValidationSample
    [RequiredIf("PropertyValidationDependsOn", true)]
    public string PropertyToValidate { get; set; }

    public bool PropertyValidationDependsOn { get; set; }

Conditionally Remove Fields from the Model State in the Controller

In the end, this is the solution I went with.  The controller executes this code when the form is posted:

if (Request.IsAuthenticated)

    // We don't need to validate user fields if user is logged in.

By removing the fields from the model state, it won’t be invalid when they are missing.  This method is simple and avoids adding additional dependencies.

Entity Framework StoreGeneratedPattern Bug Persists

I’m using System.Data.SQLite v1.0.66.0 with Entity Framework 4.0 and Visual Studio 2010.  I designed some tables in SQLite and generated an Entity Data Model from those tables.  One of them (we’ll call it Person for the sake of argument) has an autogenerated integer primary key.  I manually set the StoreGeneratedPattern property to Identity in the designer, but when I started creating new rows in the database I encountered a problem.

I create new Person entities with a dummy PersonID of -1.  The first row inserts fine, but instead of generating a new ID it uses the dummy value.  That means when I insert the second row, it fails:

Abort due to constraint violation
PRIMARY KEY must be unique

I did a little Googling and realized I’m not the only person experiencing this:

It seems there is a bug in which the StoragePattern property is not updated in the SSDL when you change it in the designer, even though the CSDL is.

The impact of this is that you have to open the .edmx file in the XML editor and manually add the StorageGeneratedPattern property to the definition for your entity in the StorageModels section:

<EntityType Name="Person">
        <PropertyRef Name="PersonID" />
    <Property Name="PersonID" Type="integer" Nullable="false" StoreGeneratedPattern="Identity" />
    <Property Name="Name" Type="nvarchar" Nullable="false" MaxLength="50" />
    <Property Name="Age" Type="integer" Nullable="false" />

Even worse, you’ll have to do this for every identity column every time you update the model from the database because the property gets clobbered.  The workaround does work, technically, but it’s a major nuisance during development when things change often.

Identity columns are not uncommon, which means that this issue should have been uncovered early during testing.  Why didn’t Microsoft fix it right away?  According to some claims, it’s been around since EF 1.0.  In a couple of weeks I’m starting a new job where they use NHibernate.  It will be interesting to compare it to EF 4.0 and see if I run into the same kind of bugs.  Perhaps it will also help to wean me off graphical designers altogether.

Multi-Column Unique Constraints in SQLite.NET

While working on my blog engine project to learn ASP.NET MVC and Entity Framework, I encountered a common scenario.  I’m using SQLite on the back-end, and I needed a unique constraint across two columns.  As demonstrated in this stackoverflow question, you can specify a unique table constraint immediately after the column definitions when using the CREATE TABLE command.  However, for the purpose of rapid prototyping, I prefer using SQLite.NET and the graphical Server Explorer interface in Visual Studio rather than explicit DDL to define my tables.

The problem is that the GUI-based designer is still in development and doesn’t support unique table constraints.  One solution is to create a unique index instead.  Right-click one of the row headers in the table designer and select Indexes/Keys…

Table design context menu

In the Index Editor, add a new index.  Under the Misc category, set the Unique property to True, and under the Source category, list the columns you want in the index, separated by commas.

Index editor

This works because, as stated in the SQLite documentation:

INTEGER PRIMARY KEY columns aside, both UNIQUE and PRIMARY KEY constraints are implemented by creating an index in the database (in the same way as a “CREATE UNIQUE INDEX” statement would).

Using the Index Editor to create an index with Unique = True generates a “CREATE UNIQUE INDEX” statement behind the scenes, which can be verified by using the Generate Change Script… feature.

In summary, if you’re thinking about using Server Explorer to create a multi-column unique constraint in SQLite, just go with a unique index, since that’s how it’s implemented anyway.

How to Survive Your Technical Presentation

A few weeks ago I did a presentation on F# at a local user group meeting.  It was an opportunity to learn something new, network with other developers, and improve my communication skills.  Here are some of the things I learned from the experience.

My F# presentation

Know your subject well in advance

Building slides, writing code snippets and demos, and coming up with talking points are all difficult enough, not to mention the time it takes to practice your presentation thoroughly.  Don’t complicate matters by trying to learn a new language or technology from scratch.

Make friends with the experts in the room

Get knowledgeable attendees on your side right away.  During my F# talk, I turned to them when confronted with questions I couldn’t answer, and they bailed me out a couple of times.

Know your equipment inside and out

Try to keep things as simple as possible.  The fewer tools you have to manage, the less chance something will go wrong.  Arrive early so you can test your laptop, projector, and all your software.  Make sure to have fresh batteries for your presentation remote and microphone.  If at all possible, do a dry run with the actual equipment you’ll be using during your talk.

Don’t go over the allotted time

At one point while I was talking, a meeting attendee rose from his seat and left.  It wasn’t until then that I realized I had gone several minutes too long.  The room was packed, but everyone was too polite to mention that it was time to leave.

Ironically, I had worked very hard to fill that time with content.  But the important thing to remember is that talking at a user group meeting isn’t about filling dead air with noise; it’s about teaching and sharing information.  Only say what is necessary and relevant, and then let your audience go home.

Don’t be boring

This is probably easier said than done, but if you want to hold your audience’s attention, you can’t be dull and predictable.  Own your presentation and make it unique.  Record a video of yourself speaking and make sure you don’t look like a robot, with monotonous speech and stiff movements.

Read Confessions of a Public Speaker by Scott Berkun

I didn’t have to learn all these lessons on my own, and neither do you.  In his book, Scott captures years worth of public speaking wisdom in two hundred brief and entertaining pages.  I only wish I had read it earlier.

Book Review: Professional ASP.NET MVC 2

ASP.NET MVC is part of the broader ASP.NET framework, and serves as an alternative development model to that of ASP.NET Web Forms.  It adheres to the Model-View-Controller architectural pattern, and offers developers greater control by bringing them closer to the underlying HTTP protocol.  ASP.NET MVC leaves out many of the abstractions that Web Forms uses to hide the stateless nature of HTTP, such as ViewState and events.  This is bewildering to some developers who are comfortable with the high-level, drag-and-drop nature of Web Forms, but it’s liberating to others who feel the Web Form philosophy is too restrictive, or even deceptive.

Several months ago, ASP.NET MVC 2 was released, and about a month ago, Professional ASP.NET MVC 2 hit the shelves.  Some of the authors actually work on the ASP.NET team, which gives this book an authoritative feel.  I decided to pick it up when I chose ASP.NET MVC as the core technology for my new blog engine.

The first chapter is by far the longest, and gives readers a detailed tour of a fully-functioning, nontrivial sample application called “NerdDinner”.  It introduces most of the important ASP.NET MVC concepts without being too overwhelming.  Later chapters dive into these topics in more detail.  Source code for the application is hosted at CodePlex.  You can also download this chapter for free from the publisher’s Web site, or view the app running live.

In Chapter 7, “AJAX”, I was surprised to find the considerable attention paid to disabled-scripting scenarios.  At first I was concerned about spending too much time supporting a very small percentage of users, but as it turns out, ASP.NET MVC lightens the load a lot with IsAjaxRequest().

Chapter 9, which covers security, has some interesting stories and anecdotes, and I’m sure it will be a great reference when I’m making a security checklist for my own apps.  After Chapter 1 (NerdDinner), Chapter 9 is the most important chapter in the book — don’t skip it!

I was impressed with a side note in Chapter 10 that addressed a pet peeve of mine.  There is a code snippet that uses string concatenation with the + operator, rather than using a StringBuilder.  The snippet is correct, but the authors went out of their way to explain to inexperienced developers why StringBuilder should not have been used.  This is nothing new; Google developer Jon Skeet wrote an article about it years ago, but I still die a little inside every time I see code like this:

StringBuilder sb = new StringBuilder();

sb.Append("SELECT * ");
sb.Append("FROM customer ");
sb.Append("LEFT JOIN order ");
sb.Append("ON (customer.customer_id = order.customer_id ");
sb.Append("AND YEAR(order.order_date) = 2010) ");
sb.Append("WHERE order.order_id IS NULL");

string s = sb.ToString();

Chapter 11, “Testable Design Patterns”, wants desperately to promote testability, but is afraid to offend anyone by doing so.  The entire first page is an apology to developers for recommending that they test their code.  Everybody has an opinion — if you think people should be writing testable apps, just come out and say it.

Chapter 12 discusses using Web Forms and MVC together.  With the exception of master pages, I didn’t find it particularly useful.  I’m sure there are teams out there that want to migrate an existing app from Web Forms to MVC one piece at a time, but not me.  The more I read about MVC, the more Web Forms feels like Web development with training wheels.

Throughout the text, the authors mentioned several tools they thought were useful, such as:

  • AntiXSS provides a myriad of encoding functions for user input, including HTML, HTML attributes, XML, CSS and JavaScript.
  • WaitiN is developed in C# and aims to bring you an easy way to automate your tests with Internet Explorer and FireFox using .Net.
  • moq is designed to be a very practical, unobtrusive and straight-forward way to quickly setup dependencies for your tests.

There are some errata in the book.  Some are minor technical errors, while others are typos or simple grammatical problems.  Several appear to be cut-and-paste mistakes that occurred in sections that were updated from MVC 1.0 to MVC 2.  In total, I found about 30 non-verified errata.  I’ve submitted a few to the Wrox Web site, and I’ll be uploading the rest soon.

Overall, Professional ASP.NET MVC 2 is a thorough and engaging book on an alternative Web development framework that’s full of controversy.  It’s not afraid to step outside the boundaries of library functions and markup syntax, and explores many of the related tools and techniques needed to get the most out of the MVC approach.  I recommend it.

Quplo’s “Redesign a Website” Feature

Last month I evaluated a preview of a new Web prototyping tool called Quplo and wrote about it here.  Since that time, Quplo beta has gone live, and the development team has added several new features and bug fixes.  Perhaps the most significant of these is a feature they call “redesign a website”, which imports external HTML from a URL, cleans it, and creates a new sheet.  This gives designers an alternative way to create prototypes, and comes in handy when clients have an existing Website they want tweaked.

To test Quplo’s redesign capability, I chose the GNU Compiler Collection Web site, because it’s simple and contains mostly text.  Importing the main page was quick and painless.  Quplo created a sheet called “Redesign” with the HTML.  The following message was inserted at the top:

<!-- This page contains the HTML from
 We've added a <base href=...> element to the <head> section.
 CSS and images below it will load from the original site.
 Put your custom CSS above it to mockup the site. -->

What this means is that resources like CSS files and images are not imported with the site’s markup.  They are requested from the server of the original site when you view your mockup.  Slightly further down the sheet is a comment that denotes the cutoff point for your new CSS.  Anything above that line will override the original site’s CSS.

<page url="/">
 <meta content="text/html; charset=iso-8859-1" />
 <!-- Place custom CSS above this line. -->

After the import, it’s time to start making changes.  First, I decided to alter the menu headers on the right-hand side.  Instead of a thin, dark border, I wanted a dark background color.  I added my custom CSS link above the cutoff line.

<page url="/">
 <meta content="text/html; charset=iso-8859-1" />
 <link rel="stylesheet" type="text/css" href="custom.css" />
 <!-- Place custom CSS above this line. -->

Then I added a new sheet called CustomCSS with the overriding style.

<page url="/custom.css">
td.td_title {
 border-style: none;
 color: #3366cc;
 background-color: #d2d2d9;
 font-weight: bold;

The next thing I did was add a splash of color to the News and Status sections by adding the background-color attribute to the existing inline styles.  I also changed the padding to create an even border of color around the text.

<td style="width: 50%; padding: 8px; background-color: #20b0f0;" valign="top">
<td style="width: 50%; padding: 12px; border-left: #3366cc thin solid; background-color: #f0b020;" valign="top">

Finally, I moved the GCC logo from the right-hand side to the left by removing the deprecated align attribute and adding an inline style.

<img src="img/gccegg-65.png" alt="" style="float: left;" />

Here are the final results:

GCC Site Before
GCC Site Before
GCC Prototype After
GCC Prototype After

And there you have it.  My apologies to the GCC team and anyone with any design sense whatsoever.

While not groundbreaking, Quplo’s new Web site redesign feature is a time saver that fits within their model of designing prototypes quickly.  Give it a try if you have access to the preview, or sign up today.

GCC Website content Copyright (C) Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110, USA.

Taking the Rob Conery Challenge

Last August, Tekpub co-founder and ex-Microsoft employee Rob Conery presented a challenge to all developers: build your own blog.  He suggested that a self-built blog engine would serve perfectly as a résumé, and that makes a lot of sense to me.

Most of the code I’ve written over the years is either:

a) proprietary, and owned by the company I was working for when I wrote it

– or –

b) embarrassing throw-away code that helped me learn some concept, but isn’t good enough for anyone else to see.

Writing a blog engine is a great idea because once it matures I can start dogfooding, migrate my existing blog to it, and build in the features I want the most.  It’s also an opportunity to practice and learn new skills.  Here are some things I haven’t tried yet, or would like to use more but haven’t had the chance:

  • Mercurial
  • TDD
  • ASP.NET MVC 2.0
  • Entity Framework 4.0
  • jQuery

Therefore, I’m announcing here and now that I’m taking the challenge.  I plan on hosting the project on so anyone can see or use it.  I’ll post updates here as I make progress.

Spotting the International Space Station

Under the right conditions, you can see the International Space Station passing overhead, even without a telescope or binoculars.  In fact, the ISS travels so fast at 17,000 mph that magnification can make it difficult to track.

Last night we stepped outside at about 10:30pm to see if we could catch a glimpse of it, and I managed to capture a photo.  I took this, hand-held, with a Nikon D60 and the Nikkor AF-S 70-300mm lens with Vibration Reduction turned on:

International Space Station

I expected to get a featureless, round blob, but you can just start to make out the form in this image.  Maybe next time we’ll try getting some pictures with the telescope.

If you want to see the ISS, you need to look up the predicted times for visible passes in your area.  I use, but some people prefer Heavens-Above.  The station travels roughly west to east, and looks like a steady, fast-moving star.

It’s pretty cool to look up at an object in the sky without using any special equipment and realize that there are probably astronauts on board.