Sorry, haven't been keeping up to date on the forums. In my case, I determined that letting Flare create glossary links for me as part of building a target was what triggered the issue with transparent.gif ending up in a new, wrong location in the 'built' Help. I created a CSS fix that worked in testing, but I should say that in the long run, I opted to stop autocreating glossary links and move old glossary content to new microcontent, as that let me include better formatting and cross references in term definitions, and still show the content highlighted at the top of appropriate search results.
Here's the CSS fix, in case it helps. As noted here, the compiler points the 'built' Help output to a location for transparent.gif that's outside the folder for that Help, so for me, I couldn't just put a transparent.gif in that location, as that would foul up version control for our software. After lots of poking, I determined that transparent.gif was used for spacing, so I created CSS to hide that image altogether and add spacing in a different way.
Code: Select all
/* First part of a fix for issues with bad path to transparent.gif, taken from MadCap forum comment here: */
/* https://forums.madcapsoftware.com/viewtopic.php?f=6&t=32201&p=139157&hilit=glossary */
/* Hides the transparent.gif used for a number of topic toolbar buttons, default glossary links, and dropdowns */
.print-button > img,
.expand-all-button > img,
.collapse-all-button > img,
.remove-highlight-button > img,
.MCHelpControl_Image_Icon,
.MCDropDown_Image_Icon
{
display: none;
}
/* Second part of a fix for issues with bad path to transparent.gif */
/* Adds space before the link for dropdowns, so that the DropDownOpen.png and DropDownClosed.png have appropriate space from those links. */
a.MCHotSpotImage::before
{
content: '\2000';
}