[13] UTF-32 は、 Unicode 文字コードの一種でした。
[14] UTF-32 は、 Unicode符号位置を8ビットバイト (オクテット) 4つの列として表し、その連続によって文字列を表す符号化方式でした。
[17] Unicode符号位置は21ビットの整数で表すことができますが、 それを32ビットの整数とし、4バイトとします。
[15] 文字列の先頭には、 BOM を置くことができました。
[16] 1つの符号位置を表す4つのオクテットの順序は、 実装依存です。 一般的に使われたのは最上位バイトから最下位バイトの順に並べる大エンディアン (UTF-32BE) と最下位バイトから最上位バイトの順に並べる小エンディアン (UTF-32LE) でしたが、ごく稀にそれ以外の順序もありました。
[2] UTF-8 に対する CESU-8 のようにサロゲートをそのまま UCS-2 風に解釈して UTF-32 に変換したものは UTF-32S と呼ばれることがあります。
[6] ISO/IEC 10646 で規定される UCS-4 は31ビット平面を32ビット固定長で符号化するもので、
00群00面 (BMP)〜00群10面までに割り当てられた文字の符号化は
UTF-32 と一致します。 UCS-4 ではその他の面も符号化できますが、
UTF-32 (というより Unicode) では U+10FFFF より先が存在しません。
[5] UTF-32 が符号化可能な範囲は、 Unicode によって規定される UTF-16 や UTF-8 と同じです。
[3] HTML5 仕様案では一時文書の文字符号化の探知算法などで UTF-32 に対応していましたが、実際に UTF-32 は用いられていないことから、 該当部分の規定は削除されています。
[4] また、現在の HTML5 仕様案では文書が UTF-32 を使用することを禁じると共に、 利用者エージェントが UTF-32 に対応することも禁じています。
[7] IRC logs: freenode / #whatwg / 20111206 ( ( 版)) <http://krijnhoetmer.nl/irc-logs/whatwg/20111206>
[8] IRC logs: freenode / #whatwg / 20121210 ( ( 版)) <http://krijnhoetmer.nl/irc-logs/whatwg/20121210>
[10] XML MIME実体では UTF-32 を使うべきではない >>9 とされています。
[11] Issue 417850 - chromium - Remove UTF-32* support and related tests - An open-source project to help move the web forward. - Google Project Hosting ( ( 版)) <https://code.google.com/p/chromium/issues/detail?id=417850>
[12] 604317 – Remove support for UTF-32 per HTML5 spec. ( ( 版)) <https://bugzilla.mozilla.org/show_bug.cgi?id=604317>
[1] XML parsing, state machines and UTF-32 - O'Reilly XML Blog (Michael Day 著, 版) <http://www.oreillynet.com/xml/blog/2007/03/does_anyone_use_utf32_anyone_a.html> (名無しさん 2007-03-08 12:18:35 +00:00)
[18] XLIFF Version 2.0 () <http://docs.oasis-open.org/xliff/xliff-core/v2.0/os/xliff-core-v2.0-os.html#d0e15952>