This template falls within the scope of WikiProject Writing systems, a WikiProject interested in improving the encyclopaedic coverage and content of articles relating to writing systems on Wikipedia. If you would like to help out, you are welcome to drop by the project page and/or leave a query at the project’s talk page.Writing systemsWikipedia:WikiProject Writing systemsTemplate:WikiProject Writing systemsWriting system articles
This template is within the scope of WikiProject Typography, a collaborative effort to improve the coverage of articles related to Typography on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.TypographyWikipedia:WikiProject TypographyTemplate:WikiProject TypographyTypography articles
This template is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing articles
This template is within the scope of WikiProject Tibet, a collaborative effort to improve the coverage of Tibet on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.TibetWikipedia:WikiProject TibetTemplate:WikiProject TibetTibet articles
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]
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]
