MiniTOC formatting

[MC Hammer]

Hello everyone,
I am having fun with my miniTOC proxy in that I do not seem to get the links to display the way I want.
I produce HTML Help and have included a miniTOC proxy to my masterpage.
Depending on the TOC level, the links in the miniTOC of compiled topics appear as shown below.

TOC.jpg

TOC level 1 entries are usually bold and sometimes black
TOC level 2 entries are ok, as I would like all the links in the mini TOC to be (I have also indented them).
TOC level 3 entries are ok most of the time but some of them are in black (when links have not been visited)

As per the information given in the following link (http://forums.madcapsoftware.com/viewto ... toc#p62573), I have created new a classes called MiniTOC1, MiniTOC2 and MiniTOC3. I have then set up my pseudo classes by specifying a font in the colour of my choice as well as a text-decoration of none. See below for details (I have repeated this for a.MiniTOC2 and a.MiniTOC3).

Code: Select all

a.miniTOC1:link
{
	color: #4682b4;
	text-decoration: none;
}

a.miniTOC1:visited
{
	color: #4682b4;
	text-decoration: none;
}

a.miniTOC1:focus
{
	color: #4682b4;
	text-decoration: none;
}

a.miniTOC1:hover
{
	color: #4682b4;
	text-decoration: none;
}

I do not understand why I still get the bold attribute for some entries (mainly TOC1 and TOC3) and why the font is bold for TOC1. Any ideas?
Thanks in advance.

[LTinker68]

Does it look ok if you build WebHelp output? I'm trying to figure out if there's something wrong in the project or if this is a limitation of the HTML Help Viewer. If it works in WebHelp output, then it leans toward being a viewer problem (which can't be corrected for). If it doesn't work in WebHelp, then it leans towards being something in the project.

Also, when you build the WebHelp output and view it, right-click on the topic and select to view the source code or page source or however it's labeled. Look at the top of the code and see if MadCap.css is written before or after your topic stylesheet. It's supposed to be before the topic stylesheet, but one of the versions of Flare switched that, and I can't remember if that was v4 or v5 that had that issue. Anyway, check the source code in the output to see where MadCap.css falls so we can rule that in or out.

[MC Hammer]

Hello Lisa
Thank you for your reply.
To answer your questions, WebHelp shows a similar behaviour (miniTOC links some bold, some in black) therefore the issue does not seem to be a limitation of the HTML Help format (Shouldn't have posted the thread here ). Also in both WebHelp and HTML Help outputs, MadCap.css is called before my stylesheet, which is how it should be, right?
Any more suggestions? I am failing to understand where the bold attribute and the black font come from, especially the latter, given the fact that I specify a font colour for every pseudo class...

[LTinker68]

Might be the mismatch of type in the stylesheet. When I insert a mini-TOC proxy and generate WebHelp and look at the topic's source code, I see that it's MiniTOC1 not miniTOC1 as you have in your stylesheet. There is also a div called MCMiniTocBox and the paragraph class of MiniTOC1, too, so you might have to double-check that you don't have any complex selectors that change how a hyperlink behaves inside a paragraph or div. But I'd try changing the spelling in the stylesheet first and see if that takes care of it.

[MC Hammer]

Hi Lisa
Thanks again for your feedback. You were right re:capitalisation. Unfortunately, me correcting the class names did not solve the issue (links in miniTOC bold or in black). I will try and look at the complex selectors, as suggested but I do not use many of these.