MadCap Software Forums

And what is considered "long". For some a second load time is too long, for others the limit is more around 30 seconds. This is somewhat subjective and difficult to determine when long is too long.

I believe we were told it takes two minutes to load from the time they click the Help icon in the ...

The very first load of Webhelp after its been published to a server can be slow, but this would only apply to the very first view as the search and index is built, After that it will load quickly for everyone else.

This doesn't seem to be the case for us. They have reported long load times, every ...

The official word on browser use is this:

"[Our software] is supported for IE version 6 or higher."

We are still trying to determine how widespread of a problem this issue is. It could very well be a local issue for the sites who reported the slow display times.

However, if the problem is on our ...

Well, much depends on the available bandwidth from the server, at the client side, and also between both. Do any other pages load quickly at the client side? I mean if the connection itself is slow then it is no wonder that the WebHelp is slow.

I was told by our support person that it is ...

A few customers have reported very lengthy load times for the WebHelp viewer to display completely (up to two minutes). They reported that items in the TOC display very slowly and that the process seems to hang at the half-way point while a running count of how many items remain to be downloaded ...

Thank you, Lisa. As always, I appreciate your help

We have a legacy stylesheet which contains a few hyphenated class names (e.g., .drop-downAfterList). When I attempted to add a new style class (drop-downAfterBullet), Flare threw the following error:

Class Name cannot contain the character '-'

There does not seem to be any problem with the way ...

To anyone who would like to see this issue fixed:

Please make sure you log a bug! Remember the whole 'squeaky wheel' thing

Hi bonnie,

Something to try -

On the Printed Output tab of the Target Editor, look in the Generated TOC section. Is the second option checked (Inject headings for unlinked books in TOC)? If so, open your TOC and check to see if the typo is in an unlinked item marked as a Chapter break.

Hope that ...

Thank you for the thorough documentation of your issues, findings, and solutions!

Speaking of table problems -

We have a table that spans multiple pages in the Frame output. The top table row border does not print on pages 2, 3, etc.

Is this something we can tweak in Flare or can we fix it only ...

(response has been cross-posted)

Short version: Title is still being ignored in FrameMaker

- - - -
Ok, so there is still a missing link...

An example of a simple xref style that works:

I have created a new xref style that will display uniquely and appropriately in WebHelp and FrameMaker called ...

Using the logic that others on the forum have suggested to me...

Try publishing to different print Output Types (Word or FrameMaker) and compare results. If it works in Word, there's a good chance there's a bug in the way it is compiling to FrameMaker.

Try a test without using a class. I tested ...

For anyone else having this problem, here's an update: I was given a patch to test and am happy to report that it worked :)

It's really encouraging to have first-hand evidence that MadCap developers and support people are actively working on issues logged as bugs/feature requests and in forum ...

Any word on when this issue is going to be fixed?

In the meantime, I've created paragraph styles to use in place of H4-H6 so those items won't display in the TOC.

Update: After jumping through many hoops, I still haven't had any luck getting style-based lines to appear in Frame output. My workaround continues to be to use an image file of a line.

Still wondering if anyone has been able to get this to work (or who has had the same problem)... It would be cool ...

Great thinking! Thanks very much for your help.

I followed your suggestion using a FrameMaker file containing a variety of styles (including an underlined heading style), and the result was that the border style was not imported. The only border information that wasn't lost in translation? Tables ...

Hello - thanks for the response. I have tried all of the above. Underlining text works, but I want a line that spans the page width, not just the text. I'm faking it for the time being with a 6px .gif, but I'd prefer to have Frame recognize the border style.

This is the code I used to create a ...

Thanks, Neal. I appreciate your efforts.

Ah, thanks for the sanity check

I'm curious - did you find that it does not work in FrameMaker at all or just not in versions prior to the latest (7.2)?

Thanks Neal.

In my Stylesheet, I've done this:

Media (specified same settings for both of the following):
- (default)
- print

Properties > Print Support:
- I specified 0 in the mc-heading-level for my h3-h6 headings
- (I also tried it for all headings, just for kicks, and generated a Word target ...

Hmm. I tried this and still see all headings in the TOC. I'm running FrameMaker version 7.0p579. Must I upgrade to 7.2 in order to be able to make use of this functionality?

That's great! Does it work for the FrameMaker target as well?

Update - I've gotten the front matter issues sorted, but the horizontal line still won't appear. Actually, no lines show up in any of my FrameMaker files. Has anyone gotten lines to print in Frame? Is this a bug or am I missing something? Thanks!

Going once, going twice, has *anyone* successfully created front matter in Flare that translates well to Frame? Hoping to hear from you! Thanks.

My WebHelp is in decent shape, but I'm hitting some walls trying to create a doc that looks similar to the Getting Started Guide PDF (on the Flare help menu) using the FrameMaker target. My Contents and Index proxy pages work, but I can't seem to get the settings right for my Cover page.

I set up ...