MadCap Software Forums

------
More information: The problem is definitely related to autonumbering.

Here's the H2 I've created to preface certain H2s with "Task: ":

h2.numberedTask
{
mc-auto-number-format: 'T:Task {n+}: ';
}
This is in the CSS file's default section since I want the headings to be of the form Task n ...

------
For Flare 10.2.2, HTML5 Target, W7 64-bit fully patched.

In the TOC of an HTML5 Target that is Published to disk, I'm having a problem with TOC items created via Replace with Computed Entries .

I'm developing a large-ish topic file that begins with a single H1, then includes several H2s ...

Oh well, back to the middle suggestion of lodging a bug report. It might be a limitation of the PDF distiller...
I this morning submitted an enhancement request for which I received a personal email reply in about one hour.

I responded to that message with the P / DIV / SPAN CSS required to ...

A bit more experimentation...

The missing property in the css is:
white-space: nowrap;
Once you add this you should get what you are looking for :D
Yeah — per my comment in the accompanying LinkedIn thread, I have gotten the following working in HTML5 outputs for P / DIV / SPAN elements ...

...What that did do (after I removed the space between 50 and px ) ...
I'd be suggesting you submit a bug report, we both can get the overflow working but the options don't work as they should.
Well, well, well — it appears, based on my experiments, that Flare 10 does not properly handle white ...

I had success with the following code:


Div.overflow
{
width: 100px;
height: 50 px; /* Need to correct space between 50 and px to make this valid CSS */
overflow: hidden;
}

I couldn't, however, get any joy with the text-overflow property…
What that did do (after I removed the space between ...

By the by, here's the Flare XML Editor's view of the topic used to produce the PDF preview shown in my preceding comment:
Cheers,
Riley
SFO

The overflow property must be applied to a block element.

Instead of applying it to a cell have you tried applying it t a paragraph or an entire table?
Funny you would ask. Yes, or so I believe. See the following screenshot:

ExamplesOfUnHiddenParaDivSpan.png
Here's the CSS for the P, DIV, and ...

------
For Flare 10, PDF Target.

Despite having tried several variations on a theme, I can't figure out what CSS "trick" to use to get my print output's rightside headers to truncate when they're long.

The attached screenshot shows the header of a PDF output page. In the Page Layout, the header ...

But those div.NoBreakInside have absolutely no effect when inserted in dropdown texts (which are actually divs, at the end).

Let's hope the bug fix (if any) corrects this all.
That sounds like a separate issue. I'd recommend documenting it and creating a separate bug report.

Cheers & hope this ...

------
As of 17 November, 2014 this error still exists in its present opaque form.

In my case, I used an existing HTML5 project as a starting point for a new project. While attempting to update the new project, the HTML5 Target's Master Page reference did not get updated to the new project's ...

------
I also received an interesting comment about this problem on another forum:

Is it possible that the page break is not honoured for the h1 because it comes at the beginning of the div, and there is no space between the div and the heading? The css3 fragmentation rules (at http://www.w3.org ...

------
Aha — I was just informed by Madcap Support that "The behavior regarding the div overriding the page-break-before property is a bug."

Good to know from both a Flare perspective and a CSS perspective.

Bug number 90875 for those playing along at home…

Cheers & hope this helps,
Riley
SFO

------
A bit of an update that further confuses the "proper" behavior of page-break-before within a DIV.

As part of crafting a circumvention, I tried wrapping everything EXCEPT a topic's initial H1 in div.bodyAlignment . So now Flare puts the un-wrapped H1.pageBreakBefore at the top of a new PDF ...

------
For Flare 10.2.1, PDF Target.

IF a CSS class includes the element page-break-before: always; , should not that class cause a page break even if the class is assigned to, say, a heading contained within a DIV?

I have a CSS class as follows:

.pageBreakBefore
{
margin-top:0em;
page-break ...

The key point here is determining what that element's normal size (1em) should be and where is that being set; i.e. look at the parent tags to see where the element's normal size is being inherited from.
Yeah, I get that. The initial question was why Firefox and IE interpreted the same relative ...

Since 0.5em is a relative size, it'll depend on what font sizes you've set for parent elements; e.g. the body tag.

If you press F12 in IE, and inspect the breadcrumbs, what font-size properties are being set on the parent tags?
Well for a start what I've done is change the font-size spec in the ...

------
For Flare 10 HTML5 Target viewed in either Firefox 32 or Internet Explorer 11.

What CSS trick do I need to use to get both Firefox and Internet Explorer to display an HTML5 Target's breadcrumbs at roughly the same size?

The attached screenshot shows an HTML5 Target's breadcrumb in Firefox ...

------
Just to close the loop: I concocted a fix, or at least something that so far seems to be working, using a DIV.

I created a DIV class, div.bodyAlignment , that I then used to wrap everything formerly contained within a given topic's BODY tags.

For each stylesheet medium, I can now use the ...

Thanks Nita (hope all is well with you):

I'll try that.

Cheers & thanks 'gain,l
Riley
SFO

For Flare 10, HTML5 Target, Target skin's Print this topic button.

How does one control the appearance of topics printed via an HTML5 Skin's Print this topic button?

I have a single-sourced project which produces good looking HTML5 AND good looking PDF outputs. To produce those good looking ...

If you are using the responsive variant and drag the right edge of the window to make it narrower, at a certain width the menu bit on the left disappears, and reappears when you make the window wider again. In the non-responsive variant the menu bit doesn't disappear however narrow you make the ...

If you are using the responsive variant and drag the right edge of the window to make it narrower, at a certain width the menu bit on the left disappears, and reappears when you make the window wider again. In the non-responsive variant the menu bit doesn't disappear however narrow you make the ...

My question arises in part because Flare's public-facing online help system is delivered in both Responsive and Non-responsive variants, each with their own URL.

Click the following link, then in the bottom of that Default system click View This Help In Non-responsive Desktop Mode to access a ...

I have used Flare 10 to create an HTML5 Target that looks great in a Web browser. But even though I've used relative measurements like em and percent, that same content is essentially unusable on a tablet and even worse on a smart phone.

I've browsed the Madcap Software Forums and looked through ...