WinMerge… wow…

13.04.2008

Dear Francine,

I have only just discovered WinMerge. And all I can say is “wow!”.

I run a number of simple projects by myself and so we don’t use any sort of version control software. Generally latest and greatest rules.

However, on the odd occasion, I have had cause for maintaining two distinct versions of a site. The obvious drawback with this sort of manual version control management is the sustainability of migrating changes to more than about three files.

That’s when Slam informed me of WinMerge. Up to this point I was using WinDiff to track changes in my abstract scenarios. But when ol’ Slammy caught wind of my head grief he decided to tell all.

I am so enamoured with WinMerge now; I insist that all of you out there who are struggling with a good system for basic versioning and change-merging try this out. You can download WinMerge from SourceForge. It’s Open Source and free to use.

Whilst being simple and intuitive in it’s methods, it wields great power (like some sort of ninja I guess) giving an amazing amount of control over what files to compare, right down to the lines of code that you want to merge – and still allowing you to edit the source as you go!

Use it, love it, keep it close to you like a comfort toy.

RadScheduler and .NET 3.5

09.04.2008

Dear Susan,

At the moment I’m working heavily on a project that is using Telerik’s superb RadScheduler. I know it’s still only in BETA, but it came at just the perfect time for us and our client so we jumped on board.

This meant a 1.1 – 2.0 shift (yikes!) and AJAX thrown in too. The main issue though came up a couple of weeks ago, when – here in the UK – we moved into DST. What a nightmare!

The problem is that one of the specifications of the project requires that it be ready to accept users from any country and map all times local to them! So I spent two months rebuilding all the time functions, saving all times to UTC etc etc

Without going into all of the details of DST in different countries and how we use the data in other areas of the site, suffice to say there is no manageable way with either the Scheduler or .NET 2.0 to map DST for each and every rule save creating them yourself.

And then I stumbled upon TimeZoneInfo in the System.Core of .NET 3.5! What a God-send. Thanks to some of the simple methods in this beautiful class we have succesfully implemented a method for displaying all appointments in the Scheduler to the correct local time.

This class encapsulates Windows’ built-in timezone database in the registry. I will be posting the code for adapting the Scheduler later. Basically: FORGET THE SCHEDULER’S BUILT-IN TIMEZONEOFFSET PROPERTY (i.e. set it to ‘00:00:00′ and don’t change it)