TechWhirl (TECHWR-L) is a resource for technical writing and technical communications professionals of all experience levels and in all industries to share their experiences and acquire information.
For two decades, technical communicators have turned to TechWhirl to ask and answer questions about the always-changing world of technical communications, such as tools, skills, career paths, methodologies, and emerging industries. The TechWhirl Archives and magazine, created for, by and about technical writers, offer a wealth of knowledge to everyone with an interest in any aspect of technical communications.
Subject:Move to HTML help, take II From:Geoff Hart <Geoff-h -at- MTL -dot- FERIC -dot- CA> Date:Mon, 3 May 1999 15:38:43 -0400
Sean Brierley provided more details on his situation:
<<Whichever path I choose, be it WinHelp or HTML help, it
will be the commencement of a process not the continuation
of something tried and true... New products and major
changes to existing products give me quite a large backlog of
That suggests starting with something you know well and
evolving to something new only as required. Until the
backlog clears, staying productive and getting caught up
sound like much more urgent priorities.
<< However, as far as on-line help goes, I am essentially
starting anew. There is no on-going process to interrupt or
That's either a frightening situation, or an excellent
opportunity, depending on how you approach these things.
I'd look on this as an opportunity, and take the chance to gain
some control over things. (Or at least the illusion of control!)
<<Thus, are there compelling reasons to start the on-line help
projects as HTML projects or should I continue with
WinHelp. I am very familiar with WinHelp but am not
married to it.>>
Again, unless you're being pushed to HTML help by some
intractable problem with WinHelp, or by strong demands
from your clients, stick with what you know you can do well.
One compromise might be to find out whether your clients
need you to make the move; if they do, then that pretty much
makes the decision for you. If not, stick with what they
already know, and start experimenting with HTMLhelp
outside your regular workload just to get a feel for it and how
it will fit in with your products and process.