It took me a while to fix this, yet the solution is embarrassingly simple. I found it on the Internet Explorer Web Development forum.

1. Go to Tools | Internet Options | Programs, and choose Manage add-ons.

2. Find IE Developer Toolbar BHO in the add-ons list and enable it.

3. Finally, restart IE for the change to take effect. And debug in IE to your heart’s content…

According to the blurb:

Consolas is intended for use in programming environments and other circumstances where a monospaced font is specified. All characters have the same width, like old typewriters, making it a good choice for personal and business correspondence. Optimizing the font specifically for ClearType allowed a design with proportions closer to normal text than traditional monospaced fonts like Courier. This allows for more comfortable reading of extended text on-screen.

And it does what it says on the tin. I also like the fact that it is more compact so you can fit more code on the screen.

Here is trusty old Courier New 10pt:

And here is the same text in Consolas 10pt :

It would look like it had hibernated, but the next time I booted I would get a “Windows did not shut down successfully”. And then it would boot normally as though it hadn’t been hibernated.

Anyway, found this thread and thought I’d link it because it worked like a charm.

Hope it helps.

Oh. Oh. Oh. See Gmail puke. Look Microsoft! Look!

What is going on with the left navigation? It’s usually more compact than that…and the chat widget has disappeared.

I’m not sure yet if it’s a rendering issue or whether the user agent isn’t being reported as IE7 and Google isn’t formatting it accordingly.

Either way, you can’t trust IE8 Beta 1 to emulate IE7 properly.

I often end up opening the *.csproj as a text file from explorer, but then of course, I lose all the Intellisense goodness.

Perhaps I’m slow but it wasn’t until today that found out how to do it in Visual Studio:

1. Simply right-click the project and choose "Unload Project".
2. Right-click the "unavailable project" and choose "Edit {project filename}"

Once you’ve done that you get the joys of syntax highlighting and Intellisense.

Error 1325.’WebDesignerCore’ is not a valid short file name.

Needless to say, a brief episode of profanity ensued. But fear not: after a bit of googling and struggling, I managed to sort it out. Hopefully, if you are having the same problem then this will help you.

1. Open your temp folder. The easiest way is to hit Windows+R and type "%temp%" and hit OK.
   
2. In that folder look for files matching VSMsiLog*.txt. You are looking for the log file that was created when you installed VS2008 Beta 2. Check the Date Modified field if there are several - although I imagine there should only be one of these at this point. Open it in WordPad (Notepad seems to struggle with the size of this file - mine was 47 MB).
3. Search through the file for the term "WebDesignerCore" until you find a match that looks like a file path. In my case it was:
   

   MSI (s) (7C:48) [07:38:56:490]: PROPERTY CHANGE: Adding wcu_VWD.3643236F_FC70_11D3_A536_0090278A1BB8 property. Its value is ‘K:\WCU\WebDesignerCore\’.

   The VS uninstall script is looking here so if doesn’t exist it will fail. In my case it didn’t exist because K was the drive letter I used when I mounted the VS 2008 Beta 2 ISO image for installation and I had since unmounted it.

4. Put the original VS 2008 Beta 2 setup media in place so that that path exists. In my case I had to mount the ISO image (using Daemon Tools) and change the drive letter to K.
5. Now uninstall Visual Studio 2008 Beta 2!

Good luck!

The Subversion help describes the "export" command as follows:

export: Create an unversioned copy of a tree.
usage: 1. export [-r REV] URL[@PEGREV] [PATH]
       2. export [-r REV] PATH1[@PEGREV] [PATH2]

I mistakenly assumed that URL or PATH1 was required before the first path parameter. Alas, this is not the case and it took me a while to work out what I was doing wrong.

To export the HEAD of a path from the repository to a path on the C: drive you would use something like the following:

svn export svn://server/path c:\path –username stu
–password pwd –force

To export from the working copy to a path on the C: drive you would use something like the following:

svn export c:\workingcopy\path c:\path –username stu
–password pwd –force

Simple really. A bit like me.

1. In the online status page of the router configuration screen you should see the Primary and Secondary DNS addresses.

 

1. To set those DNS settings up in Vista, go to Control Panel | “View network status and tasks”

 

1. Then click “Manage network connections”.

 

1. Select your network connection and choose Properties.

 

1. Select the IPv4 binding, and click Properties.

 

1. Finally, choose “Use the following DNS server addresses” and set the Preferred and Alternate servers to the Primary and Secondary ones obtained from the router in step 1, and press OK.

Hope this helped.

 

This confused me because I searched through the app and couldn't find any URLs with the "http" scheme.

Using Fiddler2 I was able to decrypt the HTTPS traffic (which is quite cool) and I expected to find the request that was causing the problem.

If you have this problem, you may well find that Fiddler gives you the answer. Me – not so lucky. I just got red herrings. It would stop on certain requests and I would think that was the culprit, then next time round it would stop on a different request.

Finally, after much head-scratching and googling I came across the answer: I had IFRAME elements with no SRC attribute! See the Microsoft Knowledgebase article PRB: Security Warning Message Occurs When You Browse to a Page That Contains an IFRAME Through SSL

If you set the SRC attribute dynamically, or modify the contents of the iframe on-the-fly, just make sure you assign an initial dummy or javascript SRC in the markup and you troubles will disappear. See the example blow:

I hope this helps.