En dash in Open Sans Light Italic in PDF replaced wtih w with diaeresis

Forum|Forum|2 years ago
August 24, 2023
3 replies
517 views

Hi,

FM 17.0.2

I have a problem which I noticed today.

In one of my paragraph formats I have this autonumbering:

F:< ><n+>\st–\t

The dash is an en dash. The font is OpenSans Light Italic.

https://fonts.google.com/specimen/Open+Sans

Today I created a draft PDF, and today I had some new paragraphs with this format.

The en dash looks fine in FrameMaker, but in the PDF it is converted to a w with diaresis.

Only for Open Sans Light Italic.

Not for Open Sans Light.

Not for Open Sans Italic.

Not in Word and a PDF created from the Word file.

Not on the Google Open Sans web-site. (There I can enter characters to test.)

Also in regular text without autonumbering.

Also in a new FM file with the FM default template with Open Sans Light Italic.

Also after a FrameMaker restart and a Windows restart.

Also after a MIF wash.

Also with the latest version of this font.

Not when I print to a PostScript file with or without Acrobat data. (Printer is Adobe PDF.)

Not with Publish with Acrobat Distiller.

Only with Publish with the FM PDF engine. (Distiller preset does not matter.)

As this does not happen in FrameMaker or Word, but only after the conversion to PDF with the FM PDF engine, I assume that there is an issue with this engine.

As I can use Save As (Publish) with Distiller, this is only a minor issue. Still I would like to get this fixed.

Does anyone know what I could do (besides a report in the Adobe Tracker)?

Best regards, Winfried

This topic has been closed for replies.

QuintinSeegers

Legend

I've had a similar issue using the Montserrat font. In FM (17.0.2) and MS Word, the @ > and - (hyphen) characters apear correctly, but when doing a Publish or Save as PDF, they get replaced by ' (apostropy) with a strikethrough. The solution I found was to use the Print option and selecting the Adobe PDF printer to print to PDF.

Bob_Niland

Community Expert

So what's intended is:
[–] U+2013 EN DASH
but what's rendered is:
[ẅ] U+1E85 LATIN SMALL LETTER W WITH DIAERESIS
as confirmed {by you} by copy, and paste into a code-check web app,
and not:
[Ẅ] U+1E84 LATIN CAPITAL LETTER W WITH DIAERESIS

In either case, those hex code points are dissimilar enough that this doesn't appear to be a bit-flip, or even a bitten byte.