Copy link to clipboard
Copied
I've been working closely with a developer who asked me if I could provide him with a merged or combined version of the help that is essentially one big packed file. I have been providing him with a copy of the WebHelp directory. I looked in the project settings and don't see an option that would accomplish this goal. I also read up a little bit on Adobe Air, and this doesn't really seem like the solution I need either. Does anyone have any suggestions?
Thanks!
John
ok, well, there's the element I was missing. HTML Help files (*.chm) are meant to be deployed on end-user workstations. I didn't see in prior messages that your developer still wanted to make Help available on the web, just that he wanted to have one compiled file to work with. can't have it both ways, unfortunately.
you could place the chm file on your web server and post a link to it, but Windows (Msoft) security standards these days require edits to workstation Registrys, so I have avoided tha
...Copy link to clipboard
Copied
Hi John. I think that AirHelp is exactly what you require. Have you read Peter Grainge's excellent introduction to AirHelp? You can find it here.
Copy link to clipboard
Copied
Colum is probably right. Even though there is more to be deployed than one file with AIR Help, it is probably the solution you seek. My question would be why does your developer want only one file? Is this for a desktop application or a web application?
Deploying WebHelp for a desktop application is cumbersome at best. WebHelp is designed primarily for web applications where uncompiled files are typical. AIR Help is similar to the old .chm output, but it packs powerful advantages over .chm.
AIR Help is an easy deployment for desktop applications. It also provides the following:
An updated look and feel
...just to name a few.
Becky Williams
Copy link to clipboard
Copied
Thanks Colum and Becky ...
It's not so much that the developer wants a single file to deploy to the end user, but that it would be easier for him to work with in our sub-version control system (which is why I didn't think that Adobe Air was the solution). He was thinking that if all the files could be packaged, it would just be the one file that needs updating rather than the hundreds of files in the WebHelp directory. He mentioned that other help systems offer this type of functionality. Maybe there's a better way to provide the compiled help system to the developer. Any thoughts?
I appreciate your help so far.
Best regards,
John
Copy link to clipboard
Copied
I use Subversion and submit all the files. It can be done.
-- Sent from my Palm Prē
On Mar 22, 2010 12:20 PM, rlSoln <forums@adobe.com> wrote:
Thanks Colum and Becky ...
It's not so much that the developer wants a single file to deploy to the end user, but that it would be easier for him to work with in our sub-version control system (which is why I didn't think that Adobe Air was the solution). He was thinking that if all the files could be packaged, it would just be the one file that needs updating rather than the hundreds of files in the WebHelp directory. He mentioned that other help systems offer this type of functionality. Maybe there's a better way to provide the compiled help system to the developer. Any thoughts?
I appreciate your help so far.
Best regards,
John
Copy link to clipboard
Copied
Um, I could be nuts, here, but aren't you just talking about a .chm (compiled Help) file?
Or am I missing some key piece of the requirement?
Copy link to clipboard
Copied
I though .chm files were just for WinHelp systems. When publishing for WebHelp, RoboHelp generates a bunch of html, javascript, etc. files. Maybe I'm nuts ... can you compile a .chm for use with a web application?
Copy link to clipboard
Copied
ok, well, there's the element I was missing. HTML Help files (*.chm) are meant to be deployed on end-user workstations. I didn't see in prior messages that your developer still wanted to make Help available on the web, just that he wanted to have one compiled file to work with. can't have it both ways, unfortunately.
you could place the chm file on your web server and post a link to it, but Windows (Msoft) security standards these days require edits to workstation Registrys, so I have avoided that route.
Copy link to clipboard
Copied
Thanks everyone ... I'll let the developer know that he's out of luck.
Copy link to clipboard
Copied
Is your developer really looking to maintain the output files in a source control product? Why?
We manage our project source files through the RoboSource Control product (free in RH8), with no developers involved. Release engineering, on the other hand, package our published WebHelp output into each nightly build of the software product.
Good luck,
Leon
Copy link to clipboard
Copied
Hi Leon
I think I can shed some light.
Sometimes we find that the developers use the source control system for all builds. When they create a software build, they get it all from source control. And they often want to include the existing version of the help. So in this case it makes logical sense to them that the help author would place the output file(s) there so that they are included in the build process.
I do totally agree with you that as a help author it seems illogical from our viewpoint. But if you think about it, their wanting the help output there does have some merit.
Cheers... Rick
Helpful and Handy Links RoboHelp Wish Form/Bug Reporting Form Begin learning RoboHelp HTML 7 or 8 within the day - $24.95! |
Copy link to clipboard
Copied
Why don't you just zip up the resulting webhelp folder that you create & give the developer that?