宛にいただいたメールを共有します。個別にお返事をするかどうかはまだ決めていません。最近、NVDAの勉強を始めました。設定など変えてみておりますが、テキスト入力の際、改行をするためエンターキーを押しますが復帰や、改行などと音声が出ません。設定で音声が出るようになるものなのか、それとも現在は設定を変えても出ないのかが分りません。私は全盲のため、音声やbeep音がするだけでも改行されたことが分かり安心できます。ご多忙とは存じますが、ぜひご教授いただけましたら幸いです。Enterしても無音です。なんとか改行通知していただけないでしょうか。LiveMailで新規メッセージを作成していて気づきました。エンターキーを押して改行しても、音声で「改行」と発声しません。点字も「編集可能ドキュメント」と表示されたまま動きません。改行されたことを音声で知らせていただきたいです。追記:同じ内容をさきほど書いたのですが、意図しないリンクが張られてしまったので書き直しました。nishimotoComment「コマンドキーの読み上げ」がチェックなしであっても、エンターキーだけは通知するようにするパッチ案:メモ帳などで改行をしたときには「エンター」と通知する。ボタンやメニュー項目をエンターキーで決定したときには「エンター」とは言わないでフォーカスされたオブジェクトを通知する。エンターキーで日本語入力を確定したときには「エンター、川」のように、確定した文字列の前にエンターと言う。この仕様でよければテスト版を作ってもいいのですが、日本語入力の確定は区別しないとダメかも知れません。ちなみにエンターキーを押して改行したかどうか確認するには、書式設定で「行番号の通知」を有効にする方法もあります。キーが押されたらビープ音を鳴らす」がチェックあり:半角全角キーに加えて、エンターキーもビープ音で通知するコマンドキーの読み上げも、半角全角ビープ音もチェックなし:エンターキーだけ音声で通知ビープ音でのエンターの通知は音量を控えめにしました。半角全角ビープのオプションは「ビープ音によるコマンドキーの通知」のようにオプションの名前を変えて、機能を一般化してみてはどうかという意図があります。エンターキーの通知を一切したくないというニーズにはいまのところお応えできていません。ご意見があればお聞かせください。通知はこの実装ではまだ回避できません。通知は回避できません。ビープの抑止はできませんが、音声の場合は確定した文字列だけを読み上げるようにしてみました。ti33969v3やむメールでエンターを通知しないという報告があります。ひきつづき検討します。エンターを通知しています。https://bitbucket.org/nishimotz/nvdademoappエンターを通知しないアプリが見つかったときは、ログを取って個別に対応していくことになりそうです。対応)をマージしています。マルチラインかどうかの判定はうまくできない場合があります。エンターキーを通知しておいて、後者の場合にはその通知をキャンセルしています。その結果「エンター」を出力した直後にキャンセルする処理が間に合わず、「エ」の音声が断片的に聞こえてしまうことがあります。エンターを出力するタイミングを遅らせるのが一つの対策と思います。立て続けに読み上げられるという現象です。全体として、安定した動作とは言いがたいので、現状の実装には否定的なご意見もあろうかと思います。キーが押されたことではなく「改行が入力されたこと」を判定する技術的な目途がまだ立っていない引き続きご議論いただければ幸いです。出ないようにしたつもりですが、こちらではまだ実機での確認をしていません。misonoComment本チケットのゴールは要望にあった色々と設定など変えてみておりますが、テキスト入力の際、改行をするためエンターキーを押しますが復帰や、改行などと音声が出ません。設定で音声が出るようになるものなのか、それとも現在は設定を変えても出ないのかが分りません。私は全盲のため、音声やbeep音がするだけでも改行されたことが分かり安心できます。満たす実装になるかと思われます。別のスピーチが優先されたり、されなかったりして、「エンター」の発声タイミングが確実ではないこと上記の事項を十分考慮の上、継続して検討していくことが必要です。新規ドキュメントに日本語を入力してすぐにエンターを押すと確定と同時に「クリア」と通知される問題に別途対応するかも知れないので、すこし詳細を書いておきます。「バックスペースが過去に押された状況」のフラグが立ったままになっています。エンターキーで確定したときに「クリア」を通知してしまうのはこれが原因と思われます。判定を一度行っています。キーをを通知しないほうが自然な気もします。misonoComment以前よりも、チケットがたてられたときの要望通りの仕様になっているように思われます。できるだけ文字コードをきちんと判定するようにしていただけませんか。Excelでのセル編集ボックスはF2でオープンします。アプリケーションによってはエンターキー以外でも改行コードが創出できることもあります。従って、文字コード判定を実装することが望まれます。「改行」と読ませるか「復帰」と読ませるかです。左右矢印キーで改行マークにカーソルがフォーカスされた場合には「復帰」です。ユーザー・エクスペリエンスの観点では、このような不整合に対して、理解を損なう恐れがあります。ユーザー・アクションに対応する統一的なラベルが期待されます。して、日本語設定「テキスト編集で改行を通知」は初期状態では無効にしました。「NVDA日本語版の説明」には下記のように記述し、動作が不完全な可能性があることをユーザーに伝えることにしました。+++この設定を有効にすると、テキスト編集中にエンターキーが押されたときに「改行」を通知します。日本語入力の確定操作でエンターキーが押されたときには通知しません。キーボード設定「入力キーの読み上げ」がチェックなしの場合にもこの通知は行いません。この機能はアプリケーションによっては正しく動作しない場合があります。このチケットはクローズして、新しいチケットで関連する課題を検討したいと思います。