<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Spellchecker rejects word when adding a period character if there is no trailing space before the next word"
   href="https://bugs.webkit.org/show_bug.cgi?id=149056#c13">Comment # 13</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Spellchecker rejects word when adding a period character if there is no trailing space before the next word"
   href="https://bugs.webkit.org/show_bug.cgi?id=149056">bug 149056</a>
              from <span class="vcard"><a class="email" href="mailto:aplazas&#64;igalia.com" title="Adrien Plazas &lt;aplazas&#64;igalia.com&gt;"> <span class="fn">Adrien Plazas</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=149056#c12">comment #12</a>)
<span class="quote">&gt; Here is the ICU documentation:
&gt; <a href="http://userguide.icu-project.org/boundaryanalysis">http://userguide.icu-project.org/boundaryanalysis</a>
&gt; 
&gt; Note that each of the four period characters is clearly shown to be a word
&gt; boundary character in the example &quot;Your balance is $1234.56... I think.&quot;</span >

Only the three trailing ones are but not the one in the middle of the &quot;word&quot;.

Also in <a href="http://www.unicode.org/reports/tr29/#Word_Boundaries">http://www.unicode.org/reports/tr29/#Word_Boundaries</a>:
&quot;The goal of matching user perceptions cannot always be met exactly because the text alone does not always contain enough information to unambiguously decide boundaries. For example, the period (U+002E FULL STOP) is used ambiguously, sometimes for end-of-sentence purposes, sometimes for abbreviations, and sometimes for numbers. In most cases, however, programmatic text boundaries can match user perceptions quite closely, although sometimes the best that can be done is not to surprise the user.&quot;

They can't always decide when to break because of ambiguity and try to be conservative which is the right thing to do from their POV, letting thir users to choose what to do when there is ambiguity.

I don't see how to fix the spell checking without splitting the words into smaller pieces and maybe they have stronger rules to split than &quot;words&quot;, but otherwise I don't think it's far fetched to split the words again ourselves.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>