Will it be also cool if the caret decomposes a single precomposed Hangul cluster, to allow editing only the leading or middle jamo, and recomposing the Hangul cluster ?
Same thing in automated search-replace operations (I think it is another problem than just the caret, it is related to collation algorithms and preserving the normalization form, but it is complexified a lot in regular expressions, just like with other precomposed character containing combining diacritics) ? And what about applying separate styles on components of a cluster (e.g. different color to an acute accent) : the difficulty is even worse due to selection of fonts and the way text renderers are selecting glyphs in fonts and positioning/substituting them (it does not work if glyphs are in distinct fonts or if sequences are only rendered correctly by fonts performing substitutions). It is also very complex for fonts that are describing complex substitutions (notably in cursive scripts, like Arabic in the Eastern styles as used in Farsi and Urdu) : here also renderers won't know what to do unless fonts contain much more instructions for indicating the position of a caret in a joining form or in a ligatured form (generally renderers can still infer an approximate linear computation, but for Arabic whose letters have extremely variable widths, linear computation of an approximative position does not work at all). 2012/11/25 Doug Ewell <[email protected]> > Philippe Verdy wrote: > > Having the possibility to position a caret in the middle of an Hangul >> cluster, between two conjoined jamos, is a challenge as it is clear >> that it will be difficult to determine the position, size and glyph to >> use for a caret positioned in the composed cluster. >> > > Yes, but you have to admit it would be really cool. > > -- > Doug Ewell | Thornton, Colorado, USA > http://www.ewellic.org | @DougEwell >
