Slashdot Mirror
Moving Manuals Online?
m1cajah asks: "I've been trying to find an 'all-in-one' package for creating (and migrating to) online manuals and am having some difficulty finding what I'm looking for. I'm hoping Slashdot can help. We have a large number of manuals (designed for paper-based presentation) that suddenly need to be provided online to our customer base. Yes, the PHBs have changed the landscape on us once again. This will, once configured, be managed totally by the documentation staff and analysts (none very tech-savvy). It needs to be really easy to use because I would like to say there's a huge budget for this (as well as for training), but there isn't. Lower cost is good. Free is better.Can any of you point me to some other options?"
"Adobe PDF with a simple HTML index was suggested, is cheap, and is easily workable. Which (of course) immediately made that solution out of the question. LOL!
What we're told to produce is a 'Yahoo-like' interface with categories. Under the each of the categories they want links to the various manuals. Under each of the manuals, they want links to each individual chapter. Each chapter needs to be printable so a 'show printable version' feature would also be nice.
The manuals are just about everything you can think of - engineering specs, user manuals, manual test scripts, etc.
And 'Oh yeah...we want it version controlled also.'
So, I've found RoboHelp (seems to be some predisposed hatred for that tool...I've asked and they really don't like it), Doc-to-Help, and AuthorIT (I've used it in the past and it worked fine until you tried to deviate from the OOBE).
I've suggested some PHP content management servers like Typo3, the various Nukes, etc. No go. I can't implement anything that does not work directly with IIS6 and the .NET framework (don't shoot me...I didn't pick the software!). There would be some vitriolic blowback if we implemented PHP, Perl, and/or Python. Oracle and SQLServer are the only options for the DB backends (if needed...we have both).
Sharepoint Portal Server might be possible (but the PHBs don't like the cost) because the content could be stored and version controlled with WebDAV (or integrated with Visual SourceSafe).
Please help!"
What we're told to produce is a 'Yahoo-like' interface with categories. Under the each of the categories they want links to the various manuals. Under each of the manuals, they want links to each individual chapter. Each chapter needs to be printable so a 'show printable version' feature would also be nice.
The manuals are just about everything you can think of - engineering specs, user manuals, manual test scripts, etc.
And 'Oh yeah...we want it version controlled also.'
So, I've found RoboHelp (seems to be some predisposed hatred for that tool...I've asked and they really don't like it), Doc-to-Help, and AuthorIT (I've used it in the past and it worked fine until you tried to deviate from the OOBE).
I've suggested some PHP content management servers like Typo3, the various Nukes, etc. No go. I can't implement anything that does not work directly with IIS6 and the .NET framework (don't shoot me...I didn't pick the software!). There would be some vitriolic blowback if we implemented PHP, Perl, and/or Python. Oracle and SQLServer are the only options for the DB backends (if needed...we have both).
Sharepoint Portal Server might be possible (but the PHBs don't like the cost) because the content could be stored and version controlled with WebDAV (or integrated with Visual SourceSafe).
Please help!"
In any case, you're certainly going to have to scale back your expectations. It's easy enough to set up an a fancy CMS that will deliver nicely structured web-based manuals. But you've got to get your manuals into the CMS!!!!.
It's a safe bet that your current documentation base is a collection of word processor and graphics files -- Microsoft Word, FrameMaker, Visio, various Adobe formats. Getting these unstructured formats into the sort of simple, clean online CMS your talking about is a big effort. And that conversion has to be done by carbon-based units -- there's simply no technology to do it automatically. (There's various forms of software snakeoil that claims otherwise -- but it's pure bullshit. AI isn't that advanced!) Unless your management is a lot more open to spending money than they appear to be, it's not going to happen.
Which is not to say that you can't convert your documents into web pages. That's actually pretty easy, since all the abovementioned programs have some kind of HTML export. Just one problem: the HTML you create will be at least as messy as the original documents. You can put it online, add a search engine, and have a document base your customers will find very useful. But it'll never be the fancy, clean CMS-driven web site your management is hoping for.
(If most of your documents are in unstructured FrameMaker format, I strongly recommend using the full version of WebWorks Publisher instead of the limited version that ships with FrameMaker. And there's a version for Word that works rather better than Word's own HTML export feature. WWP has nice table-driven transformation macros that eliminate a lot of work and messiness. Not all of it, alas.)
And if none of your tech writers are tech-literate enough for you, you might consider hiring one who is. (I'm available!) Though you should also consider whether there aren't some two-way communications issues with your tech writing team. There usually is.