ワークフローを作成するときは、ワークフローがどのような環境で実行されるかも想定しておく必要があります。

このレッスンの文字入力は、その良い例で、同じワークフローでも、そのときに選択されているIMEのモードによって文字が変わってしまう例を示しています。さまざまな実行環境でテストするなどして、ワークフローの完成度を高めることが大切です。

UiPath Studioでは、どのような仕組みで文字を入力するかの違いによって、3種類の設定が用意されています。それぞれの違いは、表の通りです。

ショートカットキー操作などのホットキーを入力できるか、アプリがバックグラウンドで実行されている状態でも入力できるか、どのようなアプリにも対応できるか（互換性）、ウィンドウが操作対象として選択されている必要があるか（ウィンドウフォーカス）、入力時に入力欄を空にできるかなどの違いがあります。

IMEが［ひらがな］モードになっている場合、スペースキーの入力は変換操作と判断されます。このため手順2では「１２３－４５６」が全角になるだけでなく、それに続く半角スペースが消えてしまうわけです。

ワークフローを無人の環境で実行する場合は、実行環境でIMEを無効化してしまうのも1つの方法です。

言語の設定で英語キーボードを選択し、日本語を無効化しておけば、IME関連のトラブルを避けることができます。英語が選択されている場合でも、［文字を入力］で問題なく日本語を入力できます。

［文字を入力］のプロパティでは、3種類の入力方法を選択できますが、設定は［ウィンドウメッセージを送信］と［入力をシミュレート］の2つしかありません。

つまり、何も選択されていない状態がハードウェアをシミュレートするデフォルトメソッドとなります。

［ウィンドウメッセージを送信］では、指定した文字が、文字列としてそのまま入力されます。このため、実行環境でIMEの状態がどうなっているかは関係ありません。

［半角英数］［ひらがな］どちらの状態でも、同じ文字が入力されます。

［ウィンドウメッセージを送信］と［入力をシミュレート］は、同時に有効にすることはできません。チェックを付けることはできますが、エラーが表示され、ワークフローを実行できません。

ここでは、［文字を入力］の設定について解説しましたが、パスワードなどを入力するときに使う［SecureStringで文字を入力］アクティビティでも同じ設定ができます。

パスワードの場合、通常は入力結果が見えないため、エラーの原因を判断しにくいことがあります。オプションを変更して試してみましょう。