Hey everyone,
Do many people use the Publish option instead of regenerating
entire WebHelp outputs when you're making help updates?
Currently, when we generate WebHelp output for a project, we
copy the entire !SSL/WebHelp folder to a folder on a network share,
then we tell Development to grab the entire folder and overwrite
the files in production with the files we give them. Though it's
not a problem now, I'm expecting some resistance to this strategy
as we implement more and larger help systems, especially as more
help systems are placed into Development's version control software
(ClearCase). Their version of ClearCase I've heard is very old and
takes a long time to load files.
I attempted to use the Publish option once, but didn't have
much luck, probably because I didn't understand it fully AND I was
concerned, once I DID understand it completely, of being able to
make it understandable to help authors, some of whom had a
difficult time even with the basics of Word. So, I never
recommended that we use it, but I'm thinking about trying again
with some help from this forum.
Here's how it seems to work. Please correct me if I'm wrong:
1. I create the project (topics, TOC, index, etc), then setup
the layout and specify a destination folder. I guess I would
specify a network folder with the name of the help project. At our
company, I wouldn't think about a web server since it would be
difficult to get that kind of control.
2. Next, I generate the WebHelp layout, then click Publish.
It appears to me that the very first time I click Publish, RoboHelp
publishes the entire layout to the destination or "publish" folder.
3. When I then update a topic or two in the help project,
then Generate the layout, then click Publish again, RoboHelp will
overwrite only the files that were updated in the "publish" folder.
For a single change to one topic without any links to other topics,
this appears to be a minimum of 7 files (topic plus 6 control
files).
4. I then also have the option to click "Print" to print out
the list of changed files. Can I also somehow easily SEND a list of
changed files to my Development team, since they are in different
building and a printout would be very inconvienent? This would seem
to make sense in this century, would it not?
Thanks for your help,
Jim