制御文字符号位置の意味

[29] The Unicode Standard は、 これらの制御文字の符号位置は従前の意味 (semantics) そのままに使えるものであって、 それを使う応用依存で意味が決まります。 用法は上位層プロトコル依存であり、 The Unicode Standard の適用範囲外です。 応用の特定の用法がない場合には、 ISO/IEC 6429:1992 の制御機能の意味に従って解釈できます。 上位層プロトコルの存在については情報交換の当事者間の合意によらなければ決められません。 >>26

[30] 一例として、 bidi の制御に ISO/IEC 6429 制御列を使うという選択は、 The Unicode Standard の平文に対する上位層プロトコル層となります。 >>26

[39] 一部の制御符号は、 平文でよく使われていて普及していて相互運用性に重要なため >>26 としてその性質が定義されています。 応用依存との説明とは裏腹に、 まったく自由に使えるということではないようです。

[45] The Unicode Standard は、 10個の符号位置を、「The Unicode Standard で規定された制御符号」 として挙げています >>26。

• [40] U+0009 - U+000D, U+001C - U+001F, U+0085 は、 Bidi_Class が S, B, WS のいずれかで、 bidi アルゴリズム的にそれぞれの挙動を示します。 (それ以外の制御符号は BN です。) >>26
• [41] U+0009 - U+000D, U+0085 は、 White_Space 特性を持ちます。 改行に関係する特性値も持ちます。 >>26

[42] C言語で文字列の終端に使われる U+0000 NULL も The Unicode Standard で特に言及されていますが、 Unicode 的には適用範囲外とされており >>26、 特別な挙動は規定されていません。

[43] U+000A, U+000D, U+0085 は newline function を表すために使うことができますが、 具体的にどうするかは応用の裁量とされています。 >>26

符号位置との対応

[33] ISO/IEC 2022 の体系の制御機能は、 7ビット符号や8ビット符号のバイト列として定義されていました。 Unicode では、そのバイト列と数値的に等しい符号位置列によって表します。 >>26

[34] ISO/IEC 2022 の体系のエスケープシーケンスを、 Unicode は上位層プロトコルの一種として扱っています。 Unicode では、 エスケープシーケンスに相当する ASCII文字列と数値的に等しい符号位置列によって表します。 >>26

[38] なお Unicode のいう 「バイト列と数値的に等しい符号位置列」 や ISO/IEC 10646 のいう 0を「詰め込む」 とは同形復号操作に相当するものです。

[52] ISO/IEC 6429 の制御機能の多くは「文字」に関する動作を定義しています。 その解釈は 「応用が選択したこの規格の要素の種類」 に依存するのであって、 基底文字と結合文字の一方でも両方でも、 合成列でもその他でも良い >>48 注記 のだといいます。 つまりほとんどすべて実装依存とされています。 ISO/IEC 10646 はこのように標準化を放棄していて、 Unicode は上位層プロトコルの問題だと無視しています。 当の ISO/IEC 6429 にも規定はありません。誰も相互運用性には興味を持っていないようです。