Skip to main content
T
TechWright
Inspiring
December 10, 2019
Question

Punctuation marks not working inside "note" paragraph tags when saving .book document as PDF(FM2019)

  • December 10, 2019
  • 2 replies
  • 583 views

Hi!

As stated above, I am working with FM2019 and I have a .book file (originally .ditamap saved as FM composite document 2019 and then made into book by inserting a Standalone TOC > a new book). Now, when I have the book open in FM the punctuation inside "note" paragraph tag looks fine. It also looks fine when publishing into Responsive HTML5. Or when using the publishing tool to publish PDF (However, I'd rather not use that, since it brings more and bigger problems atm. that just when saving the book as PDF).

Anyhow, in the saved PDF periods appear as commas, commas appear as asterisk, and brackets are either facing the wrong direction or they appear as braces. Those are atleast some I've spotted.

 

Anyone have any ideas on how to fix this? Thank you!

This topic has been closed for replies.

2 replies

W
Community Expert
Winfried RengCommunity Expert
Community Expert
December 11, 2019

Hi,

 

I noticed that at least my font (Google Open Sans) is not displayed correctly when I use the FrameMaker PDF creation engine.

Italics is changed to Regular. Generally the PDF engine works fine for others.

Possibly your font is also somehow different. Which font do you use?

Can you make a test? Restart FrameMaker. Create a regular, unstructured file with just the FrameMaker default template and enter some of your problem characters and see, whether the PDF has still changed characters.

Do you notice this also when you create the PDF with Distiller?

Or print to a PostScript file and distill it to PDF.

What happens, when you enter the characters in Word and create the PDF?

If FrameMaker is the problem, create a new bug report in the Adobe Tracker: https://tracker.adobe.com/ 

 

Best regards

 

Winfried

T
TechWrightAuthor
Inspiring
December 11, 2019

I investigated the matter furter and it seems that this can be fixed by changing font angle in paragraph designer from obliqued to regular. Obviously this also removes italics format from the text and, therefore, it is not ideal solution since it makes the notes blend in with the rest of the text, which is the opposite their format should do.

 

Anyone have any clue why the "obliqued" setting might cause this?

davidcfrye5910298
davidcfrye5910298
Inspiring
December 11, 2019

The only time I've seen anything like this is when the font set on your machine is incomplete. For example, you might have the main font, bold version, oblique version, etc. but are missing another. Then, the missing font is subbed out with one of the others. I don't think I've seen completely different characters subbed out though.

 

Another variation on this them might have to do with overlapping tags, i.e., paragraph and character tag mismatches. The character tag is overriding the base paragraph tag in a way that is difficult to resolve. I vaguely recall some issues we had many years ago where a font set had a bold version installed and someone had used the formatting toolbar to bold (always always a bad idea to use the formatting toolbar to format directly). The outcome was odd (don't remember exactly the issue). Still the character subbing is weird.

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices