Template talk:Unicode chart Tibetan

Broken code-point on Mac computers

On OSX 10.6.8 (yes, it's unsupported) and Firefox column 9 is about 20 times as wide as any of the others, and code point U+0F39 has a different alignment from everything else in the column. When I change it to U+0f38 and look at a preview, the symptoms disappear. When I copy-paste the same code point from the official Unicode chart into the edit window, I get the same width and alignment problem. So a lot of the work to implement the fault is being done in my browser.

That code point looks like it's intended to be a mark on another character. I can't find a suitable invisible Tibetan character for it to be a mark on. How are character-interaction problems like this suppressed in other languages' Unicode charts? — Preceding unsigned comment added by ArthurDent006.5 (talk • contribs) 23:21, 11 July 2014 (UTC)[reply]

My attempt to implement a plan like the one that I described is not working yet. I tried this: ྾༹྾ ArthurDent006.5 (talk) 23:27, 11 July 2014 (UTC)[reply]

U+0F39 combines with any consonant, but should render OK on its own in the same way as the vowel signs (0F72..0F7D) do. If you do want a character to anchor it to, then no-break space (U+00A0) is recommended, but I would not support implementing that approach on the Wikipedia Unicode code charts as that would trying to hack a fix for a broken browser. BabelStone (talk) 20:10, 12 July 2014 (UTC)[reply]