<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 2, 2016 at 5:02 AM, Jan Arne Petersen <span dir="ltr"><<a href="mailto:janarne@gmail.com" target="_blank">janarne@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><br>
> Besides allowing the user to return to a misspelled word, it may make<br>
> sense to return to a preedit. I'm not sure as I have no experience with<br>
> Asian input methods. But it does seem possible.<br>
<br>
</div></div>Sorry no toolkit supports that. While the current proposed protocol can<br>
be implemented with current Qt, Gtk+ and EFL. Androids input method API<br>
is also quite similar to what is proposed here.<br></blockquote><div><br></div><div>I'm sorry but I am familiar toolkits that allow the user to return to a previously misspelled word and invoke the spelling corrector. My browser is right now drawing squiqqly red lines under "toolkits" and "squiggly".</div><div><br></div><div>This means that the "incorrect" highlighting has to be preserved from the preedit string. I think the easiest way to do this is to merge the commit and preedit apis, so an input method can commit highlighting. This means it can commit any preedit string. I guess the client can leave the highlighting or remove it depending on the client limitations. Returning to preedit can only work if the preedit state can be determined from the characters alone, as there is no method for the client to send the highlighting or previous preedit range to the input method.</div><div><br></div><div>I find it difficult to imagine an implementation that is capable of showing the preedit string yet unable to commit it, so I don't see how any toolkit could not support this, unless it cannot show spelling error highlight unless the cursor is right next to them.</div><div><br></div><div>I may be misunderstanding how you intend spelling correction / completion to work, however.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Delete surrounding text also works for pre-edit, i fixed the documentation.<br></blockquote><div><br></div><div>I was curious how you intend for it to indicate a misspelling when the input method is adding a space after a word that may have been typed previously. Two methods I can think of are to have it delete the entire word and replace it with the same word with the incorrect highlighting, or to allow the incorrect highlighting range to be outside the preedit string and include bytes already in the buffer.</div><div><br></div></div></div></div>