MadCap Software Forums

Hi there, I'm Back! Long time no post, sorry about that - crazy busy here.

I have just upgraded to 3.1 (from 2.5) I know behind the time.

But this has introduced a problem.

It seems that the generation of HTMLHelp now adjusts the css location - quite sensibly adding ms-its:HELP.chm::/ before the ...

How about resurrecting Catapult - I always liked that name.

Hi there.

I either open the HTML file in Internet Explorer and save the page as an archive. This enables me to print from a single file. IE wraps up all the images and css into one file.

Another alternative is to print directly to distiller if you have an Acrobat PDF Creator of some sort.

Hope ...

I think this is resolved via the target="" attribute on your A tags. This controls the name of the window to which the links open.

Although I have not experience your exact scenario, I expect that populated this attribute with the same value should have the desired results for you.

In Flare this ...

Hi there, an interesting conversation here.

I thought it might be worth throwing in my two peneth worth.

In terms of the general possibility of single-source I think the points raised here are key. We have a focus on on-line help and then pull topics out to create printed training material. By ...

I agree there are some foiballs to the XML Editor in Flare. The problem is that the benefits currently out weight the hang ups - for me at least.

In an effort to uncover some of the useful features I have written a couple of topics:
http://techwritetips.wordpress.com/2006/10/27/flare-8-xml-editor ...

Ah. Yes, sounds like more of a tricky scenario, work-flow wise.

I can confirm that this approach works.

Our preference was for more control so we have gone down the XML-FO route (not requiring Word at all) with Flare managing contents and order of topics.

From Flare we produce HTMLHelp. PDF Help manuals and Training manuals.

This takes some investment (and ...