質問
Publish
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
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
AdChoices