<br>
    <div class="nh_extra">
      
      <p>
        Dnia 23 stycznia 2025 16:51 piotrunio-2004@wp.pl <piotrunio-2004@wp.pl> napisał(a):
      </p>
    
      <blockquote style="border-left: 2px solid #999; padding-left: 8px; margin: 0;" class="nh_quote">
        <div id="gwpbac6f5f5"><div id="gwpbac6f5f5h"><div class="gwpbac6f5f5b" data-message-body="true"><div><br></div><div class="gwpbac6f5f5_nh_extra"><p><br></p><blockquote class="gwpbac6f5f5_nh_quote" style="border-left: 2px solid #999; padding-left: 8px; margin: 0;"><div id="gwpbac6f5f5_gwp5dcca4d8"><div id="gwpbac6f5f5_gwp5dcca4d8h"><div data-message-body="true" class="gwpbac6f5f5_gwp5dcca4d8b"><div dir="ltr"><div style="font-family: Inter, -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif, 'Segoe UI Emoji', 'Segoe UI Symbol', 'Apple Color Emoji'; font-size: 14px; color: rgb(44, 47, 69);" dir="ltr"><span style="background-color: rgb(255, 255, 255);">Because the emoji characters are encoded distinctly from corresponding, similar non-emoji characters, then by definition they are distinct in plain text. What you are debating here is whether there was a <i>need</i> for them to be distinguished in plain text. </span>Your opinion evidently is that there is not a need. <br></div></div></div></div></div></blockquote></div><div>They aren't encoded distinctly yet as of Unicode 16.0. It is circular reasoning to claim that proposed characters are considered distinct because the proposal encodes them separately.<br></div><div><br></div><div class="gwpbac6f5f5_nh_extra"><blockquote class="gwpbac6f5f5_nh_quote" style="border-left: 2px solid #999; padding-left: 8px; margin: 0;"><div id="gwpbac6f5f5_gwp5dcca4d8"><div id="gwpbac6f5f5_gwp5dcca4d8h"><div data-message-body="true" class="gwpbac6f5f5_gwp5dcca4d8b"><div dir="ltr"><div style="font-family: Inter, -apple-system, BlinkMacSystemFont, 'Segoe UI', Helvetica, Arial, sans-serif, 'Segoe UI Emoji', 'Segoe UI Symbol', 'Apple Color Emoji'; font-size: 14px; color: rgb(44, 47, 69);" dir="ltr">However, major vendors long ago provided convincing evidence to UTC that they do have such a need. That is why UTC not only approved the proposal in L2/23-252 to encode separate emoji character but also had specifically asked for that proposal to be written.<br></div></div></div></div></div></blockquote></div><div><br></div><div>Whether the evidence is convincing is subjective as well, and I'm not here to interfere with L2/23-252, but in L2/25-037 I provide evidence that some of the HP 264x, PETSCII, and Apple II characters need to be encoded differently than how they are currently encoded. Round trip compatibility (for HP 264x) and the fundamental distinction between blocks based on fractions of bounding box and strokes based on the font weight (as in PETSCII and Apple II) should be enough evidence.<br></div><div><br></div><div><br></div></div></div></div>
      </blockquote>
    </div>