<div dir="ltr"><div><div><div><div>No, we can't throw Combining away like that.<br>Combining is pan-language, it's a unicode feature.<br><br></div>Whether we should rewrite it, and/or provide font support,<br></div>
- a simple rule that combines a base character with a single diacritics into a precomposed unicode like Yoshiki implemented is already better than nothing. So we shall support it for WideString at least (totally useless for ByteString).<br>
</div>- we should recognize more complex cases and pass the baby to the font IMHO<br></div><div>The font shall decide how to render (put a ? mark or display just the base, or do the whole combination with multiple accent stacking etc...)<br>
<br></div><div>Did you try to reconnect Combining in Unicode scanSelector?<br></div><div>That would be interesting.<br></div><div>Currently my image is blocked after if I try to render (String with: $a with: (16r300 to: 16r36F) atRandom asCharacter)...<br>
MessageNotUnderstood: CompositionScanner>>scanMultiCharactersCombiningFrom:to:in:rightX:stopConditions:kern:<br></div><div>but what if we add it in both CharacterScanner branches?<br></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">2013/9/25 tim Rowledge <span dir="ltr"><<a href="mailto:tim@rowledge.org" target="_blank">tim@rowledge.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im"><br>
On 24-09-2013, at 3:37 PM, Nicolas Cellier <<a href="mailto:nicolas.cellier.aka.nice@gmail.com">nicolas.cellier.aka.nice@gmail.com</a>> wrote:<br>
<br>
> 1) because there is a special scanning method for Japanese<br>
<br>
</div>So that removes the main(?) need for scanMultiCharactersCombining… ?<br>
<div class="im"><br>
> 2) because unicode diacritics and other combining chars should be rendered specially<br>
<br>
</div>And we certainly don't seem to do that right at the moment. Does FreeType deal with that? Would we be better off removing the scanMultiCharactersCombining… methods for now and replacing them later with a new approach (to be written by Yoshiki, of course ;-) ) ? We might be able to remove the CombinedChar related code too in that case.<br>
<div class="im"><br>
<br>
tim<br>
--<br>
tim Rowledge; <a href="mailto:tim@rowledge.org">tim@rowledge.org</a>; <a href="http://www.rowledge.org/tim" target="_blank">http://www.rowledge.org/tim</a><br>
</div>I haven't lost my mind; it's backed up on tape somewhere.<br>
<br>
<br>
<br>
</blockquote></div><br></div>