MadCap Software Forums

Flare was not designed to import RH 2002, But you could try importing the HHP file instead, It may work for you. IF you are still having problems contact Sales at Sales@madcapsoftware.com and they can get you in touch with Tech support

You can delete the analyzer folder, it will be recreated the next time Flare or Analyzer start.

Does it work locally with IE7 instead of the server?

Have your Source control Client treat the flare files as Binary and not text, so it doesn't modify the files

Kevin is correct, its really just the browser and not webhelp that takes up the memory,

Do any of your projects have MOTW (Mark of the web) Enabled, if so disable it

ITs not something I have seen, Did the user have full admin rights when the Viewer was installed?? What happens if you open the viewer with out calling from your application?

using the output in a new project you will not have a TOC, nor will any of your snippets, Index Entries, Concept links, will be gone, you will have topics, but little else, also be sure to remove the skinsuport folder. It would be best to find a backup version

I use Madcap Products on my Vista 64 and do not have any problems.

u may want to re-register the itcc.dll on your system

http://kb.madcapsoftware.com/Content/Fl ... 20Help.htm

Also I would see if you create a new one topic project and if that will open.

Create a new taret and see if that corrects this issue.

The CSH test tool works ok? You may want to open a support ticket then

If you update your topics Flare will scan the updates, but you should still be able to work in the project.

Its not possible to disable that message, as all Madcap Applications want to call home.

IF you use a standard CSH call, then it will open with the TOC pane,

If you were sent the patch early, you may want to competely uninstall Flare and then reinstall Flare, it could be that the patch you recieved was the a beta copy and not the offial released verson

In Flare's help file checkout connecting Webhelp to an application it shows how to do a csh call that opens with a TOC pane

There is a tech note on this also I found.

http://kb.madcapsoftware.com/default_csh.htm#CSS1003F

if you look at the hyperlink in the Internal text editor does it look like a link that Flare created?

The more people that report that as a bug or issue, the better the chance it will get addrssed.. It comes down to resources, if 50 users request a feature, and only 2 request a different feature, which one do you think gets fixed first?

ARe these local or inline formating, it could be that the imported is adding these to you stylesheet.

The more who want these type of features the better those madcap guys will add them, but Lingo can't be run from the command line...

All of Madcap Products want to call home to register.madcapsoftware.com Port 80 You may want to open your firewall to allow access to that

You don't need the props file if you are never going to edit the image with Capture, Or do any linking of Variables, then you don't need the file. If you remove the Props file and then open the image again, you won't be able to remove any call outs or any other Capture features.

Most user rally don't want to publish every single time, They just want to check the output to make it sure it looks good before they publish