Display: Unicode space issues

[icewolfz]

Display: Unicode space issues

[icewolfz]

Seems the issue is when certain Unicode characters take up 2 spaces, http://denisbider.blogspot.com/2015/09/when-monospace-fonts-arent-unicode.html only real fix is to add in variable width support which may or may not add some extra slowdown as line spacing is only calculated once when added or when font changed

[icewolfz]

Using the canvas measure text function does help fix this to a point, it reduces some of the overhead of using DOM, the issues that remain with variable width are correct hit testing to correctly draw selection rectangles for proper text copy/paste as different format blocks effect the alignment of text as measuring a string as one long block of text is different then measuring it in split up blocks. The only real correct way to handle is parse each line looping each format block and measuring the width to determine if it is in the desired "block" of text this may reduce performance and drive up cpu on text selection

[icewolfz]

Sample text, should be spaced out nicely
${esc}m[32mＱ${esc}m[33mＲ${esc}m[34mＳ${esc}m[35m1${esc}m[36m2
ＱＲＳ12

[icewolfz]

Seems it was not fixed 100%, while it fixed most of the overlapping issues there are still some width calculation issues for some Unicode groups, #testutf8 command will display some of the broken widths seen by selecting text, i have a more accurate way to determine text size but is is nearly 2 to 3 times slower then v0.6.1 fix taking nearly 1200ms on avg to run the #textspeed while the v0.6.1 is roughly 600ms on avg. I can not think of a good way to get performance and accurate text widths due to limitations in web tech, you either use the slower more accurate system or the faster less accurate system