3 ms·
Not so weird when you consider the context. Zoom is an North American company with most (if not all) of it's product/engineering development happening in China.
by capableweb 6y ago
Not so weird when you consider the context. Zoom is an North American company with most (if not all) of it's product/engineering development happening in China. Just reading public information, it seems they have no development teams in the North of Europe nor Eastern Europe, so it's only natural that some character sets ends up better supported than others.
- _-___________-_ 6y agoIt's likely that all the characters are being transferred and stored in the same charset (probably a Unicode one) regardless of what character is entered. The replacement glyph (the question mark) might be caused by their use of a font with incomplete Unicode coverage, or (more likely) by a buggy "take the first character of each word in their name" algorithm, for example using the first byte and then special-casing Chinese under the mistaken impression that nothing else needs more than one byte.
- raverbashing 6y agoI agree, probably mishandling of combining characters
- capableweb 6y agoFrom someone who doesn't know a lot in that area of software, thanks for the (possible) correction, learned something new today!
- Xelbair 6y agoYeah, that would work as an excuse back in ANSI days. we have UTF8 as a standard nowadays.
- jdmichal 6y agoUnicode doesn't magically make this stuff go away, much less any specific encoding of it. A glyph can consist of multiple codepoints, and then those can sometimes be standardized to other codepoints. For instance, Unicode has codepoint U+00C4 for an A with a diaeresis (aka umlaut). But it also has codepoints U+0041 U+0308 for an A with a combining diaeresis, which should then map to the combined U+00C4 for font rendering.
- Xelbair 6y agoand both cases should be handled properly, as it is in Unicode standard.