MadCap Software Forums

I'm having this same problem (using Flare V8.1 on Win7 x64), but only with IE10.0.9200.16750 which I think the most recent version. Earlier versions of IE10, or IE8/9/11 display the styles/images as expected. My CSS and images are all within the source project.

I'm trying to revert back to CHM due ...

Disclaimer: I'm not a developer, so I could be talking out of my backside about the code.

I don't think this will work unless the ID you have mapped in Flare for that contact page is embedded in the code for each undocumented system message, or at best maybe in some subroutine of the WebHelp call ...

According to MadCap support, fixed for HTML5/WebHelp 2.0, still an outstanding issue for other WebHelp outputs.

Workaround from MadCap support:

1. In the child projects on the target's Advanced tab, disable "Do not use "Content" folder in output" and republish.

2. Republish the parent project.

A couple of weeks ago, I went through the process of converting my company's internal KB to HTML5 to show off the new search result format. I don't recall having any issues with the search results links at that time, or changing anything obvious that could be attributed to this, but now they're all ...

Unless I'm completely mistaken and/or there's some sort of very involved hack of the code, you won't be able to accomplish that in the WebHelp in version 7 or earlier.

However, in version 8, the new HTML5/WebHelp 2.0 output displays the search results in the main content area, keeping the TOC ...

I'm trying to figure out the best way to handle this situation (in V7). If I'm missing some functionality or other workaround you have successfully implemented, please chime in.

Situation: Three Flare projects, A, B, and C. B and C share topics with A (B and C do not share any with each other ...

After running into this a couple of months ago, I think (if memory serves) I tried removing it from the Advanced tab on the Target first, but that didn't work. So I deleted the search filter set and that removed the drop-down list.

lcharlesjohnson wrote:The above link is no longer working. Can you provide the correct URL?

Thanks!

Laura Johnson

Fixed.

I too have never had an issue with the functionality working using a separate image, so hopefully stephgl's suggestion will work for you.

My problem with this functionality is with how intuitive/useful it is(n't):


If it doesn't look like a link (I'm assuming that for most people it doesn't) and ...

It's not a really tip or trick, but there's a bug with filters in a merged environment for V5 and possibly V4.

On a related note...

http://www.gryphonmountain.net/2009/08/ ... -wardrobe/

Thanks for the suggestion Ramon, but I'm in a strict SharePoint environment (i.e. even if PHP and SharePoint played nicely on the same box our internal policies won't allow us to install/setup it or swish-e), and I don't know PHP at the moment.

Why have the WebHelp search results remained in the HTML Help format all these years? Seems like with the emergence Google and Yahoo, etc., it would have been added as the default or at least as an option instead of having to pay for/use a 3rd-party program like Zoom.

After all, it is Web Help. Why ...

Just got a reply from tech support that this has been submitted to the developers as a bug.

I found/read a couple of other forum posts from more than a year ago, but I can't seem to get this to work. (I'm currently using v5, but this was also happening in v4)

I have a parent project, and on its home page, I have added a concept link for each of the subprojects. In subproject X, I have ...

UPDATE: The refresh issue appears to be tied to a plugin I had installed (Xmarks for IE...hope there aren't any others that cause problems). Once I uninstalled it, no refresh problem.

The load time is still a problem, but it can be fixed by turning the new 'Condense JavaScript Files' option off in ...

UPDATE: If you turn the new 'Condense JavaScript Files' option off in the Target Editor on the Performance tab, then the original hack of the MadCapToc.js file still applies.

(thanks to Rob in support for that)

I'm also having a similar problem when opening a MOTW-enabled site, and I was able to reproduce the remaining 2 issues in a newly-generated Sample WebHelp site.

Submitting bug to MadCap.

I have republished all subprojects, and there's no sign of the javascript error.

However, the load time exceeded 1 minute this time (after clearing IE's cache and restarting it), this time getting hung up on .../Skin/Toc.htm.

And the F5 refresh/blank WebHelp frames problem still exists.

UPDATE: It appears that the javascript error is a result of the mixed v4/v5 merged project environment. I just published the master project with v5 and the errors for the other v5 child projects go away, but appear in a different form for the existing v4 projects.

I was hoping to avoid republishing ...

The setup:
- running IE7 on WinXP Pro
- hosting the WebHelp on my computer w/IIS
- have not republished all v4 projects -- including the master -- into the merged environment with v5 yet
- have not experienced the issues before installing v5

The problems:
- Javascript error in status bar when ...

From what I found this morning, the javascript file where you make the changes per this KB article...

http://kb.madcapsoftware.com/Content/Flare/Output_Types/WebHelp/OUTW1018F_-_How_to_Change_the_TOC_Hover_Color_and_Selected_Topic_Color.htm

...has changed from MadCapToc.js to MadCapAll.js in v5 ...

If I print a one-page topic from my chm, I first get a page with the H1 only, then I get a 2nd page with all of the content (including the H1).

I have narrowed this down to the 'page-break-before: always' I have for my H1, but it's in the print medium section of my master stylesheet.

In my target ...

I wasn't experiencing the problem yesterday, but I came in this morning, rebooted my computer (out of habit, not necessity), and now I'm experiencing the MIA text issue and sporadic behavior surrounding it (could bold once from the Format menu, tried turning off hyphenation, adjusted the size of the ...