UTF-16 (English Wikipedia)

Analysis of information sources in references of the Wikipedia article "UTF-16" in English language version.

refsWebsite
Global rank English rank
311th place
239th place
153rd place
151st place
1st place
1st place
1,514th place
1,024th place
8,307th place
5,922nd place
6,851st place
6,372nd place
low place
8,021st place
2,232nd place
1,903rd place
6,184th place
4,465th place
551st place
406th place
1,983rd place
1,330th place
32nd place
21st place
214th place
176th place
low place
low place
67th place
64th place
low place
low place
1,131st place
850th place
low place
low place
low place
low place
4,194th place
3,676th place
low place
low place

apple.com (Global: 67th place; English: 64th place)

developer.apple.com

csharp-online.net (Global: low place; English: low place)

en.csharp-online.net

ghostarchive.org (Global: 32nd place; English: 21st place)

hsivonen.fi (Global: low place; English: low place)

ibm.com (Global: 1,131st place; English: 850th place)

ietf.org (Global: 214th place; English: 176th place)

tools.ietf.org

mathiasbynens.be (Global: low place; English: low place)

medium.com (Global: 551st place; English: 406th place)

ken-lunde.medium.com

  • Lunde, Ken (2022-01-09). "2022 Top Ten List: Why Support Beyond-BMP Code Points?". Medium. Retrieved 2024-01-07. I first came up with the idea for this Top Ten List over 10 years ago, which was prompted by some environments that still supported only BMP code points. The idea, of course, was to motivate the developers of such environments to support code points beyond the BMP by providing an enumerated list of reasons to do so. And yes, there are still some environments that support only BMP code points, such as the VivaDesigner app.

microsoft.com (Global: 153rd place; English: 151st place)

learn.microsoft.com

  • "Maximum Path Length Limitation". Microsoft. 2022-07-18. Retrieved 2022-10-10. […] the file system treats path and file names as an opaque sequence of WCHARs
  • "Unicode". Microsoft Learn. Retrieved 2011-03-08. These functions use UTF-16 (wide character) encoding (…) used for native Unicode encoding on Windows operating systems.
  • "Working With Unicode Surrogates (Windows CE 5.0)". Microsoft Learn. 2012-09-14.
  • "Surrogates and Supplementary Characters". Microsoft Learn. 2022-05-24. Windows 2000 introduces support for basic input, output, and simple sorting of supplementary characters. However, not all system components are compatible with supplementary characters.
  • "Use UTF-8 code pages in Windows apps". learn.microsoft.com. Retrieved 2020-06-06. As of Windows version 1903 (May 2019 update), you can use the ActiveCodePage property in the appxmanifest for packaged apps, or the fusion manifest for unpackaged apps, to force a process to use UTF-8 as the process code page. [...] CP_ACP equates to CP_UTF8 only if running on Windows version 1903 (May 2019 update) or above and the ActiveCodePage property described above is set to UTF-8. Otherwise, it honors the legacy system code page. We recommend using CP_UTF8 explicitly.
  • "UTF-8 support in the Microsoft Game Development Kit (GDK) - Microsoft Game Development Kit". learn.microsoft.com. Retrieved 2023-03-05. By operating in UTF-8, you can ensure maximum compatibility [..] Windows operates natively in UTF-16 (or WCHAR), which requires code page conversions by using MultiByteToWideChar and WideCharToMultiByte. This is a unique burden that Windows places on code that targets multiple platforms. [..] The Microsoft Game Development Kit (GDK) and Windows in general are moving forward to support UTF-8 to remove this unique burden of Windows on code targeting or interchanging with multiple platforms and the web. Also, this results in fewer internationalization issues in apps and games and reduces the test matrix that's required to get it right.
  • Karl-Bridge-Microsoft. "Character Sets Used in File Names - Win32 apps". learn.microsoft.com. Retrieved 2025-10-11.

msdn.microsoft.com

mysql.com (Global: low place; English: 8,021st place)

dev.mysql.com

oracle.com (Global: 1,514th place; English: 1,024th place)

docs.oracle.com

oracle.com

php.net (Global: 4,194th place; English: 3,676th place)

python.org (Global: 2,232nd place; English: 1,903rd place)

python.org

peps.python.org

rfc-editor.org (Global: 6,184th place; English: 4,465th place)

  • RFC 2781 section 4.3 says that if there is no BOM, "the text SHOULD be interpreted as being big-endian." According to section 1.2, the meaning of the term "SHOULD" is governed by RFC 2119. In that document, section 3 says "... there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications must be understood and carefully weighed before choosing a different course".

stackexchange.com (Global: 1,983rd place; English: 1,330th place)

softwareengineering.stackexchange.com

swift.org (Global: low place; English: low place)

twilio.com (Global: low place; English: low place)

unicode.org (Global: 311th place; English: 239th place)

w3techs.com (Global: 6,851st place; English: 6,372nd place)

web.archive.org (Global: 1st place; English: 1st place)

whatwg.org (Global: 8,307th place; English: 5,922nd place)

encoding.spec.whatwg.org

  • "Encoding Standard". encoding.spec.whatwg.org. Retrieved 2023-04-22.
  • "Encoding Standard". encoding.spec.whatwg.org. Retrieved 2018-10-22. The UTF-8 encoding is the most appropriate encoding for interchange of Unicode, the universal coded character set. Therefore for new protocols and formats, as well as existing formats deployed in new contexts, this specification requires (and defines) the UTF-8 encoding. [..] The problems outlined here go away when exclusively using UTF-8, which is one of the many reasons that UTF-8 is now the mandatory encoding for all text things on the Web.

html.spec.whatwg.org

  • "HTML Living Standard". w3.org. 2020-06-10. Archived from the original on 2020-09-08. Retrieved 2020-06-15. UTF-16 encodings are the only encodings that this specification needs to treat as not being ASCII-compatible encodings.