<div dir="ltr"><div>Hello again,</div><div><br></div><div>I hope it's not an issue to re-ask this question I had from a while back.</div><div><br></div><div>Thanks!</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Sep 19, 2021 at 5:13 AM Ophir Lifshitz <<a href="mailto:me@ophir.li">me@ophir.li</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I have a question about the line-breaking algorithm. Apologies if it<br>
is uninformed or if this is the wrong venue.<br>
<br>
I recently experienced an unexpected line break[1] after the first<br>
character in the following sequence[2]:<br>
<br>
‎− 2212 MINUS SIGN  (line-breaking class PR)<br>
‎$ 0024 DOLLAR SIGN (line-breaking class PR)<br>
‎4 0034 DIGIT FOUR  (line-breaking class NU)<br>
‎5 0035 DIGIT FIVE  (line-breaking class NU)<br>
<br>
(However, if the first character is replaced by 002B PLUS SIGN (also<br>
class PR), a line break does not occur.)<br>
<br>
I also noticed that there is no "PR × PR" rule in (e.g.) LB25.<br>
<br>
Is this intended, perhaps an oversight, or is it up to implementation<br>
discretion i.e. "tailored"?<br>
<br>
If it is an oversight, what is the process for correcting it or filing<br>
a bug? It is hard to find that information on the Unicode website.<br>
<br>
Thank you.<br>
<br>
<br>
[1] The line break appeared in Chrome 93 and Safari 13.1 on Mac 10.13,<br>
but not in Firefox 85.<br>
I tested by navigating in my browser to the following data URIs:<br>
<br>
data:text/html;charset=utf-8,<p%20style="width:1px;">%E2%88%92$45</p><br>
data:text/html;charset=utf-8,<p%20style="width:1px;">%2B$45</p><br>
<br>
[2] This sequence is intended to behave as a single unit (word), and<br>
refers to a price discount in the original text.<br>
</blockquote></div></div>