MadCap Software Forums

I'm still getting the "...is missing from disk or is not referenced in the book" error but the compiled webhelp system works as expected.
This was the case up to a point, but now I fear the "missing from disk" problem is causing me issues - it's a little convoluted, but essentially, auto-numbering ...

I have a cross reference type called StepNumber that is used iin procedures to refer to other steps (for example, "repeat step X"). It always links to a step in the same topic as it's in.

In the Frame source, the XML Editor, and the Preview, the cross-references look right. But when I compile the ...

In my case, the problem was caused by a few images that had been imported by copying into the Frame document. Re-importing them by reference eliminated the problem. I didn't have to reinstall Distiller.

Thanks,

Kristen

Aha! I do see a number of MIF files along with some LCKs and a couple of folders called [filename].mif.mifimages, none of which was in the directory earlier today. Looks like FrameMaker isn't exiting gracefully some of the time. Deleting the MIFS did the trick. I left the mifimages folders in place ...

I take back my last post. I've been prototyping for a few hours now, and the behavior of Flare and the offending links it complains about is inconsistent from build to build. Currently, the links show up as incorrectly formatted cross-references that don't link anywhere. Earlier, they seemed to be ...

Great answers, and definitely what my Operations team wants to hear. Thanks for your quick and very helpful response.

-Kristen

Greg,

Thanks for the quick response. I'm using Flare 5.

My import file is set to Preserve FrameMaker Styles, and by default, when I look at the Conversion Styles, my H1-H3 have the AutoNumberFormat property set to the default [not set]. I can manually enter an autonumber format, and that works ...

I was getting the same error while building webhelp from within Flare itself. My project content is imported from FrameMaker. The message also tells me to check the online help for reasons for the failure, but I wasn't able to find any info there.

In digging around for info on another problem I'm ...

My workflow is that my writing team authors in Frame, and we import the content from those books into Flare and build a webhelp target. As is to be expected, I've hit a few bumps, including this problem with auto-numbering. The Flare help reads (in the About Auto-Numbers topic):
When you import ...

Jaspersoft plans to host its webhelp from its main website; when our customers' users click Help, the webhelp that appears will be hosted by Jaspersoft. In preparation for rolling this out, I need to set the expectations of our Operations team. Being a commercial/open source company, we're likely to ...

Thanks for the link - I logged the issue and made a bookmark.

-Kristen

I'm getting the same error. I actually deleted all cross-references out of the offending file and the messages stopped. When I added the links back in, the errors started happening again. In the built target, the links work properly, but I'm concerned about spurious errors that can "just be ignored ...

Regarding the Horizontal effect no working, I can confirm this in Flare v5 when webhelp output is viewed in IE or FF. Interestingly, I'm running into this as one of the toolbar properties, rather that the accordion item properties, so it seems like it might broken across Flare as a whole. Note that ...