dropDownHead + page-break-before = no 3rd-level PDF bookmark

[RecPerch]

Hi.

I use dropdowns extensively in my HTML5 Top Nav output. I've set up PDF output that works great UNTIL I use "page-break-before: always;". When I use page-break, the 3rd-level headings disappear from the PDF's bookmark pane (which I always show in my PDFs). The 3rd-level headings DO appear in the main TOC. The problem is that the dropDownHead (h2 equivalent) will almost always start at the top of a new page. Miraculously, the 3rd-level headings in the TOC appear in the Word output "bookmark" pane.

WITHOUT page-break-before: always;

Code: Select all

MadCap|dropDownHead
{
	mc-heading-level: 2;
	cursor: hand;
	font-size: 11pt;
	font-weight: bold;
	color: #5f574f;
	page-break-after: avoid;
}

the PDF output shows the 3rd-level headings in bookmarks as one would hope:

PDFtoc-submenus.png

When I add page-break-before: always:

Code: Select all

MadCap|dropDownHead
{
	mc-heading-level: 2;
	cursor: hand;
	font-size: 11pt;
	font-weight: bold;
	color: #5f574f;
	page-break-before: always;
	page-break-after: avoid;
}

the 3rd-level headings in bookmarks dissappear:

PDFtoc-NOsubmenus.png

This is the code for my dropDownHead.SecondLevel (the 3rd level in my TOC).

Code: Select all

MadCap|dropDownHead.SecondLevel
{
	mc-heading-level: 3;
	cursor: hand;
	font-size: 11pt;
	font-weight: bold;
	color: #5f574f;
	page-break-before: avoid;
	page-break-after: avoid;
}

Anyone know of a fix for this? My workaround is to use a "p.pageBreakAfter" and add a blank print-conditional paragraph before the dropDownHead. I guess another workaround would be to produce the Word output and convert that file to PDF, but ain't gonna do that!

Thanks.

Gary