Thursday, August 31, 2006

HTML Help Workshop must be installed to c:\program files\html help workshop - surely not!

Upon installing a NAnt script to our development server I began experiencing the following error - during the documentation task which uses NDoc to generate XML and CHM help files - MSDN style (using the MSDN documentor in the NDoc task).

Unable to find the HTML Help Compiler. Please verify that the HTML Help
Workshop has been installed.
Unable to find the HTML Help Compiler. Please verify that the HTML
HelpWorkshop has been installed


Of course, I had never had this problem on my own development machine - a machine running pretty standard installations of Visual Studio 2003 and Visual Studio 2005.

Naturally, these tools were not on the server.

So, initially, the HTML Help Workshop was not installed on that server. After downloading a setup for it from Microsoft I installed it onto the D: of that server - I like to keep unnecessary tools etc of the system drive (C:). However the error remained.

After trolling around for quite awhile not finding much, I had picked up a couple of clues as to where NDoc seems to get the information regarding the location of some of these external files (such as the help compiler hcc.exe) (see the XML configuration files under NDoc\bin\net\2.0). Anyway, it appears that the Help Compiler needed to be installed on c: drive.

Sure enough after removing my initial installation and re-installing it, this time to c:\program files, the NDoc task in the NAnt script worked!

I can't believe this is the final answer! Surely not. Surely there is a config file setting somewhere - of a registry key for the HTML Help Workshop I can set to avoid this???

AJAX is something I haven't yet been pressed to use and therefore haven't spent a great deal of time investigating asides from checking out some of the cool things you can do in a web browser, once you can do it. Anyway, I thought that ought to change so while things aren't that busy at work, I'm using some time to work through some basic tutorials and find some podcasts.

Yesterday I stumbled onto a 3 part AJAX basics podcast tutorial by Michael Mahenoff - if you're like me, and need to dip your toe in the water, start with these. They're not you most polished and professionally produced podcasts you'll ever hear, but they get the message across and they are pitched very well, at a beginners level which is what it is all about right? - thanks Michael.

Wednesday, August 30, 2006

The ultimate Agile Project

I've recently picked up some "on the side" web development work. At first this was a mere 30 hours or so and I managed to fit it in nicely of weekends and evenings to earn some extra cash. More recently however, some further changes (no additions) have been requested, for the same system - I guess that at least means they're happy with the first round :-)

Initially at least I was a little more apprehesive this time round because these new features represent a much bigger development effort - this is a browser based database system, and it now needs a serious amount a refactoring (I inherited a system here and it's a little messy - as they alway are) in order to add the new requirements.

Anyway I went to great lengths to describe to my customer my prediciment in that I have a "day job" and can't give this the time and follow up support I feel it deserves. Anyway, they were no to be deterred and it looks like I'll be doing the development. I don't think this customer is particularly across the Agile methodology I know and love, but it certainly presents me with a great opportunity to use the methods and tactics I know work well, in a situation that almost necessitate Agile approaches without needing to sell the approach at all.

The system will break fairly naturally down, into some smaller value adding deliverables. There will still need to be a decent sized, upfront scoping document, but that's it for big upfront design. This means at any point, I can deliver the system, and an invoice. If the customer is happy, on we go. If they feel it is not working out, they are free to move on to someone who can spend more time on the thing. No-one loses - most importantly not the customer. They will be receiving the full benefit of the Agile approach - perhaps without even knowing it.

Naturally some methods like "morning standups" will be neglected, but adaptability is what it's about right? Use the bits you need, forget the bits you don't. I'll be doing nightly automated builds, automated unit tests, user stories priorities by the client etc etc. The approach, with incremental delivery and therefore incremental invoicing, is the part I find hardest to sell to paying customers. They alway want a big upfront design and spec so they know the cost right?

Well of course they don't know the cost - in fact all they know is one figure it definitely won't be. But never-the-less, spending money wisely, on your own priorities, bit by bit (financially managing a project) is still usually harder to sell than "over committing to a huge figure up front based on priorities that are certain to change probably before the ink on the contract dries", so I thank my lucky stars for the chance to implement Agile here, for the good of everyone, without a hard sell.

Tuesday, August 22, 2006

How to remove a user from the Welcome Screen in Windows XP

That topic is what I searched for and I found squat - using Hide helped a lot.
http://www.petri.co.il/hide_a_user_from_the_welcome_screen_in_windows_xp.htm

In case the link disappears - I'm reproducing the information here - it's handy.

"To hide a user's account from the welcome screen in Windows XP:

  1. Open Registry Editor.
  2. In Registry Editor, navigate to the following registry key:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
    NT\CurrentVersion\Winlogon\SpecialAccounts\UserList
    Create the following
    entry:
    Username: REG_DWORD
    (Where Username is the username of the user
    you want to hide from the Welcome Screen).
  3. Assign a value of 0.
  4. Close Registry Editor.
  5. Reboot.

Monday, August 21, 2006

Google Word Processor.

If you're reading this post, then I've just managed to register for, edit and save, then post, from Google's new word processing offering - "Writely".

Like their spreadsheet, offering, it's nice and clean, very typically Google. I am still wondering how much use I can put this to. Do I really need all my documents online? I guess it could be useful, for consultants, working for themselves and getting around to various clients, to be able to access documentation, spreadsheets etc, from one central point, from their clients site. No need for joining notebooks to all these different domains which usually takes longer, jumping through all the required security h

oops and what have you, than the time you actually need access to that printer, or document or whatever. So access from anywhere would be an upside, no access when the Internet connection goes away, would be an obvious downside though.

Like anything, this will have it's place among my toolset. Will it cause me one more sychronisation headache? Will I now need a better solution to the "documents all over the place" debacle - probably. That takes viglience to avoid anyway - how bad can adding another tool to the mix, especially one this cool, really be?

Tuesday, August 15, 2006

Axosoft customers on Google

Axosoft recently posted an example of how they've had a play with Google Maps, plotting the location of their clients (or a sub-set) and posting the link in their newsletter. Whi we didn't make the cut down list of clients the bothered to plot, I was interested to note that a site, just two blocks from here (in Melbourne - you'll need to zoom in a fair way) is using the product as well.

Thursday, August 03, 2006

10 Useful Word Tips - Seriously!

How many times to you get an email stating "10 best MS Office Tips", or "10 shortcuts to save you time", only to dive in and find out someone wants to tell you to use Ctrl-S to save to avoid using the mouse, or Ctrl-C to copy.

Well this one is different. Check out 10 Obscure Word Tips - here The only ones I've heard before are the "double click" ones in point 6 - the rest...are Gold!