第一貨物 [Mirror]

第5版として修正しました。

2次元配列
２×１８
１８×２　わからない＞＞＞[2][18]の配列とか[18][2]の配列でだめ？

急に１次元配列されてもセットできない。どのような順番になるのか・・・
「変数.大字通称漢字_ワーク_Z = 0x8140 の場合」言いたいことはわかるけど、

ちゃんと書くなら
「変数.大字通称漢字_ワーク_[z][0] = 0x81　且つ 変数.大字通称漢字_ワーク_[z][1] = 0x40 の場合」
「変数.大字通称漢字_ワーク_[z] = byte配列の{0x81,0x40}の場合」

1byteって0～255(00～FF)
0x8140って2byte分で。

第6版として修正しました。

今回の変更で プロパティ.フォーマット変換データ.[住所コード（都道府県＋市区群町村）][ADRNADC1] 等の項目にセットする処理が1か所もありません。
キーが被るので1件しか登録できないです。

※右の欄外に「削除」が無いからこの表示で生きている、、？

今回の変更で、登録されるデータの先頭にスペースが入るようになりました。意図していない変更かと思います。
変更前:赤□→変更後:青□　　　　※値自体が変わっている点については調査中です → コーディングミスなので無視してください。

配列の1番目に値がセットされていないことによるものです。

配列の要素指定について

変数.インデックス ← 変数.インデックス + 1 をセット
変数.大字通称字丁目_カナ_[変数.インデックス] ← 0x20 をセット

上記の書き方の場合、開発側としては添え字として読みます。厳密に区別をお願いします。
変数.インデックスを-1から開始、[変数.インデックス]番目と書き換え、[変数.インデックス -1]と書き換え、変数.インデックスカウントアップタイミングの調整 等の対応をお願いします。

第7版として修正しました。

変数.インデックスの更新タイミングを見直しました。
値の上限チェックは修正不要と判断しました。

第5版にて、誤って削除した行（プロパティ.フォーマット変換データへの値セット）を元に戻しました。

提起された通りのトリム処理になること確認しました。