Added unicode testing code to TableEditor

[tznind]

Fixes #152

This PR adds a new table to TableEditor scenario that includes all unicode symbols in the ranges defined here:

https://jrgraphix.net/r/Unicode/

I've designed it so its easy to add more later if there are other ranges that you want to test. Hitting Enter shows the unicode uint value of the cell and the name of the range it is classified as.

[tig]

Did you happen to look at the ranges I used in Character Map?

[tig]

Screwing around with this (which is an awesome stress test btw) I think I found a rendering bug.

Note when I use keyboard I can determine the glyph causing the issue:

(Can you show the code in hex in the dialog?)

Interestingly, CharMap has no issue in this range.

[tig]

Not worth holding merging this, but check this out:

Character Map has a bit of a mis-render with those glyphs (around 0x202A, 0x202B, 0x202C) too, FWIW.

[tig]

This is awesome.

[tznind]

(Can you show the code in hex in the dialog?)

The hex code is the title of the menu box e.g. 202A. But I agree it should be formated 0x0202A.

Its interesting behaviour there. I see from the unicode docs that 202A is LEFT-TO-RIGHT EMBEDDING

The "LEFT-TO-RIGHT EMBEDDING" directional formatting character is the classical Unicode method of explicit bidirectional formatting, and as of Unicode 6.3, is being discouraged in favor of LEFT-TO-RIGHT ISOLATE. An "embedding" signals that a piece of text is to be treated as directionally distinct. The text within the scope of the embedding formatting characters is not independent of the surrounding text. Also, characters within an embedding can affect the ordering of characters outside. Unicode 6.3 recognized that directional embeddings usually have too strong an effect on their surroundings and are thus unnecessarily difficult to use.

From docs (emphasis mine)

I think that the reason it jumps like that is because of the color change when you select the cell. So when not highlighted the terminal sees:

blah blah<control-character>blah blah blah blah

When theres a color change the console sees:
blah blah<changecolor> <control-character>blah <changecolor> blah blah blah

This probably makes the control characters effects end at the color change instead of the end of the next row.

[tznind]

Did you happen to look at the ranges I used in Character Map?

I've added those ranges in #1762

[BDisp]

When I fixed the wide runes on the NStack repo, I tried fix this behavior by adding spaces to it, but that also pushed the runes to the right causing misalignment worsening the situation.