MadCap Software Forums

whunter wrote:For future reference, mc-heading-level is under PrintSupport when you are viewing the stylesheet in Advanced view.

Ah, so there it is. I must have misread the Flare help. Thank you again.

I want to keep track of and be able to quickly determine what version of a document is being used.

To that end, I manually change the build number for each build. The problem is that this is very error prone... or more accurately, I am often forgetting to change the build number (placed in on the ...

...For example, for my Table of Contents I have a class like h1.Contents and then in the stylesheet I have mc-heading-level set to 0 for that class (this tells Flare that this style should not be considered a heading and therefore excluded from the TOC). And then for the cover page I use p.Title ...

I should point out that I reviewed this help document but it wasn't helpful.
http://webhelp.madcapsoftware.com/flare9/Content/Output/Printed_Output/More_About_Printed_Output/Suppressing_Page_Numbers_in_a_Print_TOC.htm

In fact, I could not locate the property mc-pagenum-display .

I also thought ...

Hello all,

Happy Monday :D

My auto-generated TOC is including the document cover page, a non-existent page, and the TOC in the page count.

How do I suppress the counting of these pages? I don't want the TOC to include the cover page and itself. The TOC should begin on my preferred page 1, the ...

Thank you for responding Rob. Nice to know that we are being 'watched'.

I reported my crash experience on 20130916, issue#52081, and Conrad acknowledged it but did not submit it as a bug report.

I'm going to reopen it and request that my issue be attached to the same bug report you posted... 79915.

Thank you.

MadCap support have raised a bug report for this. It is 79915.

But they have asked that others continue to report the problem if they come across it, as they prefer to continue to receive evidence.

I have asked support to watch this thread. Never received acknowledgement. Do they ever? Do MadCap ...

This logo image is a PNG. I know both the Flare and Word documents had exactly the same image inserted as I changed it only last week. In my case, I would say that the PDF from Word is no better than the PDF from Flare at lower zoom levels. Both have replaced some of the orange with either dark ...

I don't think this is Flare - it's the PDF format. I got looking as well as our product logo sometimes comes out badly, and sometimes OK in PDFs. You are correct - it is to do with the zoom.

I've just last week changed the logo in all our docs (Flare and Word). I know I used the same image for all ...

Hello!

I have been testing the waters with Flare. I do a lot of editing and writing in Office on my Macbook and so far the import into Flare has gone pretty smoothly.

However, I have noticed that, along with formatting like character and paragraph styles, Flare is setting some local styles in the ...

BTW, I could you find a few references to this error, in this forum:
http://forums.madcapsoftware.com/viewto ... =13&t=7739
http://forums.madcapsoftware.com/viewto ... =4&t=10685

...but they are so old, I doubt they are relevant.

Has anyone had the message I've attached below? I didn't see it posted above. My coworker and I remapped multiple times on Monday and finally got TFS working better...

Don't have an answer but I am commenting just so you know that your problem is being viewed.

Have you contacted MadCap support ...

Awesome work! Thanks so much.

I found a partial solution. At least this appears to work for images such as corporate logos. Since I have the original .eps logo, I found that with Ghostscript installed (Flare's way of supporting .eps), the logo appears to render perfectly at all zoom levels.

What can I conclude from this? I ...

jasonsmith wrote:Simply changing box 2 to 'none' should remove the border (and save a few clicks)

Yes, thank you. I suppose that is all I need to do.

I've never used the command line, but perhaps this help topic covers your needs?

http://webhelp.madcapsoftware.com/flare9/Default.htm#Output/Building_Targets_Using_the_Command_Line.htm


Thank you for that.

So far, so good. I discovered that some (or much) of the work needs to be done inside ...

FWIW I see the same behavior in other PDFs that I have access to (ones that I have not generated in Flare). Maybe the effect is more pronounced in your documents due to the large files? Sorry to not be much help, I haven't thought too much about it because the PDFs I generate are mostly just for ...

I wanted to customize the files like the glossary.flpgl and index.flpgl files. For instance, remove the default header/footer black lines.

For a while, I was becoming frustrated that after changing the border properties, the black borders were returning... over and over, I would re-edit only for ...

Of all the problems I have encountered with Flare, this has got to be the most maddening problem.

I haven't a clue why images are so poorly rendered at 100% in Adobe PDF viewer, but begin to look fine as I zoom in. I have never seen such weird behavior. What I should expect is all zoom levels ...

Definitely the Flare .net framework.

You know, MadCap support didn't even ask for any Windows log files when I reported my two crashes.


Faulting application name: Flare.exe, version: 9.1.1.0, time stamp: 0x51b16698
Faulting module name: KERNELBASE.dll, version: 6.1.7601.18229, time stamp ...

Ha ha... I erroneously asked, "Also what other problems were running?"

I was thinking, "what other problems are you experiencing?" simultaneously with the thought, "what other programs are you running?" :oops:

Don't hold your breath for finding anything revealing in the system logs but this is ...

Just ignore this comment if it's crazy obvious, but, are you only looking at your PDFs at 100% zoom? Usually the images look pretty bad at 100% zoom when viewing on a computer, but if you zoom in the images will start looking crisp and clear. Also if you print the PDF, the images will be fine. If ...

Received an answer back from MadCap support.

Answer:
This is typically due to Print output requiring a much higher DPI for images than required by online output. Most images for print should be set at 300 DPI, while online is typically around 72-96 DPI. MadCap Capture can be used to single-source ...

Boo. Twice so far today. Just waiting for Flare to start again now. I'm obviously not doing Save All often enough, although by this time earlier in the week, I'd had half a dozen crashes. :-(

Wow, this is not good Marjorie. :(

Do you recall [exactly] what you were doing at the time of each crash ...