<div dir="ltr">Hello,<div><br></div><div>I have a question about the last two examples on the bottom of page 27 of <a href="https://www.unicode.org/versions/Unicode14.0.0/ch02.pdf">Chapter 2.3 Compatibility Characters</a>:</div><div><u><br></u></div><div><b><u>Example 1</u></b></div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">By way of contrast, some compatibility decomposable characters, such as modifier letters<br>used in phonetic orthographies, for example, U+02B0 modifier letter small h, are not<br>considered to be compatibility characters. They would have been accepted for encoding in<br>the standard on their own merits, regardless of their need for mapping to IPA. A large<br>number of compatibility decomposable characters like this are actually distinct symbols<br>used in specialized notations, whether phonetic or mathematical. In such cases, their compatibility<br>mappings express their historical derivation from styled forms of standard letters.</blockquote><br></div><div><b><u>Example 2</u><br></b></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Other compatibility decomposable characters are widely used characters serving essential<br>functions. U+00A0 no-break space is one example. In these and similar cases, such as<br>fixed-width space characters, the compatibility decompositions define possible fallback<br>representations.</blockquote><div><br></div><div>The first example illustrates the case where a <i>compatibility decomposable character</i> is <b>not</b> a <i>compatibility character</i> (i.e. a character that would not have been encoded except for round-tripping with a source standard): The <span style="font-family:Calibri,sans-serif;font-size:11pt">Spacing Modifier Letters (U+02B0-U+02FF) and Mathematical Alphanumeric Symbols (U+1D400-U+1D7FF) are not compatibility characters because, although they resemble rich text variants of ordinary letters, they are actually distinct
symbols and therefore would have been accepted for encoding on their own merits (as opposed to being encoded solely for round-tripping)</span><span style="font-family:Calibri,sans-serif;font-size:11pt">. </span></div><div><br></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px">However, I'm confused by the second example. In particular, I'm not sure if </span></font><font face="Calibri, sans-serif"><span style="font-size:14.6667px">no-break space </span></font><font face="Calibri, sans-serif"><span style="font-size:14.6667px">(</span></font><b>U+00A0</b><font face="Calibri, sans-serif"><span style="font-size:14.6667px">)</span></font><font face="Calibri, sans-serif"><span style="font-size:14.6667px"> and the fixed-width space characters </span></font><font face="Calibri, sans-serif"><span style="font-size:14.6667px">(</span></font><b>U+2000-U+200A</b><font face="Calibri, sans-serif"><span style="font-size:14.6667px">)</span></font><font face="Calibri, sans-serif"><span style="font-size:14.6667px"> are compatibility characters or not. They are described as "</span></font>serving essential functions", which I read as meaning that they would have been encoded even if it weren't for round-tripping, in which case they would not be considered as compatibility characters. Is this correct? If so, are they essential <font face="Calibri, sans-serif"><span style="font-size:14.6667px">because they</span></font><font face="Calibri, sans-serif"><span style="font-size:14.6667px"> facilitate the typesetting of text-based markup like HTML (where formatting must be specified in plain text)? No-break space is also essential in that it is used to display standalone non-spacing marks (<a href="https://www.unicode.org/versions/Unicode14.0.0/ch06.pdf">pg 267</a>). </span></font></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px"><br></span></font></div><div><font face="Calibri, sans-serif"><span style="font-size:14.6667px">I apologise if this is an obvious question and would be grateful for any guidance, as most resources only mention compatibility characters in passing. </span></font></div><div><br></div><div><br></div><div>Thank you,</div><div><br></div><div>Monica</div><div><br></div><div><br></div><div> </div></div>