仕様書

構文

[11] 構文 >>6

• ACS := ESC %x20 F ;; ANNOUNCE CODE STRUCTURE
• F := %x41-7E ;; 1 = 4/1, ..., 62 = 7/14

[13] 終端バイト: 終端バイト F は 1〜62 の番号が付けられており、 1 が 04/01 に、 62 が 07/14 によって表現されます。各番号の意味は ISO/IEC 2022 で規定されており、将来追加の機能が必要になったときは ISO/IEC 2022 が改訂されることが示唆されています。 登録制度はありません。 >>10 15.2.2

文脈

[12] 符号識別機能は、情報交換の開始時に文字符号化情報に埋込んで、 後続のデータで使用される符号構造機能を告知 (アナウンス) します。 >>10 15.1

[17] 現実にはほとんど利用されている例は無いようです。

[18] 通常情報交換の先頭で使うことが想定されますが、 使わなければならないものでもありません。 いつどう使うかは応用依存と思われます。

[19] 先頭で使う想定なのに情報交換の中途で出現したときや、 使う想定がないのに出現したときや、 想定外の告知シーケンスが出現したときに、 どう扱うべきかは不明です。 ISO/IEC 2022 のエラー処理の項

[20] 実際の情報交換ではなく、 符号化文字集合を規定する仕様書において符号構造の説明のために使うことがあります。

[59] ISO/IEC 2022 character transfer syntax では使えません。 ISO/IEC 2022 A.3.2

[60] GB 8565.2 は告知シーケンスで7ビット符号と8ビット符号を区別するとしています。

[61] ISO-2022-ESC B

意味

1,3,4と16,18〜23は併用不能, 12〜14は他と併用不能

[14] 複数の組合せ: 告知機能は複数回続けて使用できます JIS X 0202:1998 15.1。 しかし、幾つかの機能は同時に使用できないと規定されています >>10 15.2.2。

[15]

[16] 2番は JIS X 0202:1998 で LS1 が G1 を GR に呼び出す と書かれており、図も LS1 になっていますが、右に呼出す (図もそうなっています。) なら LS1R だと思われます。

[7] 2番と4番は7ビット符号では同じですが、 変換前の8ビット符号の構造の情報を保存するために用意されています。 >>10 15.2.2

[53] ISO/IEC 2022 では私用終端バイトは認められているようには読めませんが Fp 、 VT で 3/6, 3/7 の利用例があります。 VT

[57] Digital Ansi-Compliant Print Protocol Lev 2 Program. Ref. Man. - PPLV2PMB.PDF, 1995-08-31T14:32:02.000Z, 2022-05-02T12:20:35.927Z http://sup.xenya.si/sup/info/digital/MDS/jun99/Cd3/PRINTER/PPLV2PMB.PDF#page=103

DECTC1 = 3/6 → Fe を C1 とする & CR を C0 とする

DECAC1 = 3/7 → CR & Fe を C1 とする

処理

[22] 告知シーケンスを受信した時、それをどう解釈することが期待されているのかは、 ISO/IEC 2022 仕様書上不明瞭です。

[23] 情報交換の先頭で符号構造を明示することで、 装置が正しく処理できない符号化文字データ要素の出現が予想されるとき、 そのようなデータの受信を拒絶するような使い方が想定されているのでしょうか。 ISO/IEC 2022 のエラー処理の項

[25] 告知シーケンスの後に、それと矛盾する符号化文字データ要素が出現したとき、 装置が何をどうするべきなのかも不明です。 例えば G2 を使用しないと定められているにも関わらず、 G2 の指示シーケンスが出現したり、 SS2 が使われたりするとき、 何がなされるべきかは不明です。

[27] 矛盾する複数の告知シーケンスを使用することは禁止されていますが、 それが出現したときの処理方法も不明です。

[26] 符号構造を通知するだけで規定するものではないのですから、 矛盾しても通常通りに処理するのが穏当でしょうか。

[31] いくつかの告知は、固定シフト等を使用しない符号構造を決定するものとなっています。 ISO/IEC 2022 を受信する実装が初期状態から符号の解釈が可能な状態に遷移する必要があると考えると、 次のような処理が必要となります。

• [37] GL に G0 が呼び出しされているべきもの
  • [29] 1 (4/1)
  • [44] 3 (4/3)
  • [38] 12 (4/12)
  • [39] 13 (4/13)
  • [40] 14 (4/14)
• [45] GR に G1 が呼び出しされているべきもの
  • [46] 3 (4/3)
  • [30] 12 (4/12)
  • [47] 13 (4/13)
  • [48] 14 (4/14)
• [43] GR は使用しないとされているもの
  • [42] 1 (4/1)
  • [24] 2 (4/2)
• [49] SPACE, DELETE を使用するとされているもの
  • [50] 12 (4/12)
  • [51] 13 (4/13)
  • [52] 14 (4/14)
• [28] 7ビット符号と8ビット符号の区別は事実上これ以外に記述方法がないので、 7ビット符号と8ビット符号の挙動の切り替えのためのエスケープシーケンスとして解釈するべきとも思われます。 7ビット符号, 8ビット符号
  • [32] 10 (4/10) は7ビット符号を表します。
  • [33] 11 (4/11) は8ビット符号を表します。
  • [34] 12 (4/12) は8ビット符号を表します。
  • [35] 13 (4/13) は8ビット符号を表します。
  • [36] 14 (4/14) は8ビット符号を表します。

[55] ISO/IEC 2022 の標準の告知および VT の 3/6, 3/7 は、いずれも ISO/IEC 2022 の符号構造に関係する記述です。 ISO/IEC 2022 の符号化文字データ要素の列を解釈して他の形式に変換する場合には、 完全に除去してしまっても構わないと考えられます。

[54] Xterm Control Sequences, 2008-12-29T17:58:30.000Z, 2022-05-01T01:26:55.798Z https://www.xfree86.org/current/ctlseqs.html

F, G, L, M, N に対応。

[56] Digital Ansi-Compliant Print Protocol Lev 2 Program. Ref. Man. - PPLV2PMB.PDF, 1995-08-31T14:32:02.000Z, 2022-05-02T12:20:35.927Z http://sup.xenya.si/sup/info/digital/MDS/jun99/Cd3/PRINTER/PPLV2PMB.PDF#page=92

4/12, 4/13, 4/14 に対応: {GL = G0 = ASCII; GR = G1 = Latin-1}