latin capital letter d with stroke error

[근성5EE9]

I was working in Sturctured FrameMaker (DITA) and encountered an issue, so I wanted to share it to see if anyone has had a similar experience. After entering Latin capital letter D with stroke and saving the file, reopening it changes the character to Latin small letter d with stroke. Could anyone help me understand the cause of this?

[Winfried Reng]

Hi,

Yes. Strange.

What's the font which you use? Possibly this font does not support this character Ð.

And what's your FrameMaker version/update?

Best regards, Winfried

[Bob_Niland]

Is any Character Format applied?

It might also be worthwhile to copy the two out of the resulting PDF or HTML page, and use one of the code converter sites to report its actual codepoint. What would be expected is:
U+00D0 Ð LATIN CAPITAL LETTER ETH
U+00F0 ð LATIN SMALL LETTER ETH

But if this is, for example, a legacy FM document originally using \x notation and a latin extensions codepage/overlay font, various scenarios might apply.

[근성5EE9]

Thank you for your response. However, I don't believe this issue is related to a Character Format. I have tested this in FM2019, FM2020, and FM2022. Also, anyone can reproduce this by simply inserting the Latin capital letter D with stroke using the character map, saving the file as XML, and then reopening it — the behavior I described will be clearly visible. For this reason, I believe this is a bug in FrameMaker.

[Winfried Reng]

Hm.

I use FM 17.0.3, and I do not use structure for my documentation.

I made these tests in the structure FM interface:

Created a regular, unstructured FM file.

Inserted some unusual characters:

ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝÞß
àáâãäåæçèéêëìíîïðñòóôõöøùúûüýþÿ

Applied Aptos Mono font.

Saved as PDF with and without Distiller.

Saved and opened the file.

Everything OK.

Then saved as XML and opened it in FrameMaker (without any XML application).

Everything OK.

Then I created a DITA reference file (with the default settings).

Pasted the characters above.

Saved as XML, closed the file and reopened it.

Everything OK.

Can possibly someone with more DITA experience test this?

Best regards, Winfried

[근성5EE9]

Thank you again for your response. However, I still feel that my point may not have been fully conveyed, so I’d like to explain it again in more detail.

First of all, the problematic character is not LATIN CAPITAL LETTER ETH. The issue lies with the LATIN CAPITAL LETTER D WITH STROKE. You can refer to the following Stack Overflow post to understand the difference between the two characters:
https://stackoverflow.com/questions/65315353/what-is-the-difference-between-u00d0-and-u0110

Next, let me explain how to test this issue.
Create a new document using XML as shown below.

Then, insert the character using the character map.

As a result, a screen like the one below will appear

After saving and reopening the document, the screen will look like this:

 I have tested this in FM2019, FM2020, and FM2022.

[Bob_Niland]

Thanks for the clarification. So, of these:
U+00D0 Ð LATIN CAPITAL LETTER ETH
U+00F0 ð LATIN SMALL LETTER ETH
U+0110 Đ LATIN CAPITAL LETTER D WITH STROKE
U+0111 đ LATIN SMALL LETTER D WITH STROKE
the problem is U+0110.

I'm not an XML user, but did create an FM2022 .fm document with those text strings. It Published to PDF with no issue (and a correct Đ), but curiously, when Saved As PDF, it never completed, repeatedly … using Source Serif Pro font. It worked OK using Noto Serif.

[Winfried Reng]

Hi,

I tested this again, now with the correct letter D with Stroke:

ĀāĂ㥹ĆćĈĉĊĊċČčĎďĐđĒēĔĕĖėĘęĚěĜĝĞğĠġĢģĤĥĦħĨĩĪīĬĭĮįİıIJijĴĵĶķĸĹĺĻļĽ

Created a regular FrameMaker file with this text, saved, reopened, saved as PDF with and without Distiller.

Everything worked.

Then created a new DITA topic, pasted this text, saved, opened the XML file again. Everything fine.

Character D with stroke is unchanged.

In my DITA topic the default paragraph text uses Calibri. What's your font?

Best regards, Winfried

[근성5EE9]

Thank you for your answer .

My FM is using the default font, Calibri. What's very strange is that when I input the capital D in WYSIWYG mode, it appears correctly.

When I view this in Code view, it initially appears as shown in the image below.

After saving and reopening it, the WYSIWYG view appears as shown in the image below.

In this state, the code view appears as shown in the image below.

[Matt-Tech Comm Tools]

The first thing I would check is your structapps file, where you'll have options for declaring SGML entities like the character you describe. There are multiple ways to do this, including default processing (seems not to work for you) and SGML entity declarations. 

I recall you can also use read/write rules to manage this.

Can you find the SGML entity you're looking for in your currently defined SGML entity declaration files?

[근성5EE9]

Thank you for your advice 

However, I don’t believe any modifications are necessary, as I haven’t found any issues in either the isolat2.ent or iso-lat2.ent file.

[Matt-Tech Comm Tools]

Those iso entity files are one way to declare character entities. If they aren't working, then other things in the Edd dtd or strictly are superseding that.