「文字種ごとに一度で選ぶ」とは、漢字と英字が接する場所で、最初の選択だけで直したい文字種の境界に止まることです。日本語テキストエディタの言語切替を試すときは、この選択結果とUI言語の保存値を同じ合格欄へ混ぜません。文字種選択は選ばれた文字列、UI切替は設定値の往復で別々に判定します。
今回の固定根拠には二つの線があります。実画面では「東京Station前」のうち「東京」だけが選択され、画面下に選択範囲2文字と表示されています。画像SHA-256は4c06a40a283bcf147c5e07d54a6f74e0a00870166f331ffc1fe10f4c7ebb73f2です。別のCLI記録ではlanguage設定がja→en→jaと往復しました。ただし同じ選択を英語UIでも再実行した証拠ではありません。二線を分けることが、タイトルへの直接の答えです。
一回で選ぶ範囲を先に書く
選択操作の前に、期待する範囲を文字列として固定します。標本は「東京Station前」、期待値は「東京」、文字数は2です。「日本語を選ぶ」とだけ書くと、送り仮名や句読点を含めるかが担当者ごとに変わります。開始文字と終了文字を決め、選択後にそのまま転記できる形へします。
一回という条件も明確にします。最初のクリックや選択操作の結果だけを採点し、ドラッグでの直しは別欄へ送ります。今回の画像から確認できるのは、撮影時点で「東京」が選ばれ、2文字と見えることです。クリック回数、別方向からの再現性、他の漢字と英字の境界は画像だけでは分かりません。
文字種境界に唯一の正解があるとは限りません。固有名詞だけを差し替える作業と、助詞を含むまとまりを直す作業では期待範囲が違います。この記事では、期待範囲を先に決め、その一例と画面結果が一致したかを確認する方法に限定します。
日本語画面の二文字を実物で読む
固定画像を原寸で開くと、編集行の「東京Station前」で紫色の選択が「東京」にだけ掛かっています。画面下にも「選択範囲：東京」と2文字の表示があります。英字のStationと後ろの「前」は選択に含まれていません。この一画面については、漢字二文字を境界で分けた可視結果として記録できます。
画像ファイル名や説明文だけで合格にせず、画像そのもののSHAを再計算します。異なるトリミングや縮小版を開けば、表示範囲が変わる可能性があるからです。受入票には画像の絶対パス、SHA、可視の入力文字列、選択結果「東京」、文字数2を並べます。
ここから一般化しません。「第10話draft2」「書き直した」「雨、のち晴れ」「ISBN978A」「二〇二六年」も画面にありますが、選択されていない行の境界挙動は未測定です。六種類すべてを一回で選べるという証拠ではありません。
UI言語は選択範囲と別に往復させる
UI言語の記録は別の固定ログを使います。設定をexportした後、開始値jaを読み、enを保存して再読取し、backupをimportして最後にjaを読みました。取得値はja→en→ja、backupは2580 bytes、SHA-256は7dc99b88717d7d431116f0e28960ca4f900bb66068cd8148a5aba6bc374fc177、importedKeysは77です。
このログが示すのは保存された設定値の往復です。完全再起動後の全メニュー、通知、選択表示が英語になったことは示しません。反対に、日本語画面の「東京」2文字は文字種境界の可視結果ですが、en設定時にも同じ範囲が選ばれた証明ではありません。
二つの結果を一つの成功文へまとめず、選択票と設定票を別々に閉じます。設定値がenでも選択票は自動合格にならず、画像で2文字が見えても言語設定の復元は自動合格になりません。
六境界の比較表は未測定から始める
本番採用では、漢字／ひらがな、ひらがな／カタカナ、日本語／英字、日本語／数字、語／句読点、記号／本文の六境界を用意します。各行に期待範囲、一回目の結果、過剰、不足、追加操作数を置きます。今回埋められるのは日本語／英字の一行にある「東京」2文字だけです。
残り五行は空欄のまま利用者試験へ渡します。空欄を固定画面から推測して埋めたり、画面に文字が見えるだけで成功にしたりしません。UI言語を比較するなら、同じ六行をjaとenの二列にし、アプリ版とOS版を固定して本人が操作します。
この比較表の目的は速度競争ではありません。一回目の範囲が日常の修正単位に合うかを調べることです。違う範囲でも毎回同じなら運用で吸収できる場合があります。開始位置によって説明不能に変わる場合は保留にします。
過剰選択と設定未復元を別々に戻す
選択が東京Stationまで広がったら、言語設定を触らず、期待範囲と開始位置を確認します。選択が「東」だけなら不足として記録し、同じ一回目を勝手にドラッグで修正して合格にしません。選択失敗の回復点は原文と期待範囲です。
設定値がenへ変わらない、または試験後にjaへ戻らない場合は、選択標本を編集せず、保存したbackupをimportして値を読み直します。UI設定の失敗を原稿の文字種や文字コードの変更で直そうとすると、原因が二つになります。
画面試験の途中で日本語本文が変わった場合は、そのコピーを破棄して固定SHAの標本へ戻ります。復旧経路を選択、設定、本文の三つに分ければ、一つの失敗を別の操作で隠さずに済みます。
二枚の受入票で導入を決める
選択票の入力は「東京Station前」、期待値は「東京」2文字、実物はSHA4c06a40a…73f2の画面です。失敗は英字までの過剰選択や漢字一文字だけの不足、回復は期待範囲を変えず同じ標本で再試験、受入は一回目の範囲と文字数が一致することです。
設定票の入力は開始jaとbackup、操作はen保存と再読取、回復はimport、受入はen読取と終了jaです。画面の英語化や英語UIでの文字種選択は未実測欄に残します。
テキストエディタ 日本語の「文字種ごとに一度で選ぶ」を確かめる結論は、選択された実文字列を一回目の合格条件にすることです。日本語・英語UI切替は別の設定往復で確かめます。二枚を分けると、一例の選択画面を全UI言語の保証へ広げず、次に必要な六境界の利用者試験も明確になります。