問題タブ [android-a11y]

本を表示するアプリケーションを開発しています。本を表示する画面（Activity）があります。ViewSwitcher に似たカスタム ビューがあり、すべてのページはカスタム ビューによってレンダリングされるビットマップです。

次に、アクセシビリティ機能を実装する必要があります-本は電話で読む必要があります（オーディオ）。

ここでアクセシビリティセクションを読みましたhttps://developer.android.com/guide/topics/ui/accessibility/index.htmlしかし、十分に明確ではありません。

アクセシビリティ管理に SupportLibrary を使用しており、このコードを ViewGroup (本のページを管理する) に持っています。コード 1 :

ページ ビューコード 2のコードは次のとおりです。

ページのテキスト データは初めて非同期で読み込まれるため、 onInitializeAccessibilityEvent コードの実行中にテキストがありません。そして、データがロードされたら、AccessibilityEvent.TYPE_VIEW_SELECTED および AccessibilityEvent.TYPE_VIEW_TEXT_CHANGED イベントを発生させます。次に、 onInitializeAccessibilityEvent が再度実行され、電話で本のテキストを「読み上げ」ます。

だから私の質問：

1. アクセシビリティの実装は正しいですか? もしかして設計ミス？この機能に関する適切なチュートリアルが見つからなかったためです。
2. コード 1 のサポート実装で SDK バージョン チェックを使用する必要があるのはなぜですか? サポートの実装が正しく処理しないのはなぜですか?
3. TYPE_VIEW_SELECTED と TYPE_VIEW_TEXT_CHANGED の起動は本当に必要ですか? それとも、他のコードを実装する必要があるのでしょうか?
4. 主な質問。コード 2 には、コメント化されたコード行があります。このコード ステートメントの部分文字列のテキストは、MAX_TEXT_LENGTH (3800) より小さくなります。これよりも大きいテキストは何も再生されないためです。何もない。アクセシビリティ制限ですか？この値より小さい他のテキストは適切に再生されます。
5. 良いチュートリアルがどこにあるか知っている人はいますか? （はい、サンプルを見ました）。
6. 誰かが見るべきカスタム実現を持っていますか?

更新しました

良い。ここにいくつかの答えがあります：

1. TYPE_VIEW_SELECTED および TYPE_VIEW_TEXT_CHANGED イベントは、このテキストを取得したらすぐに読みたくない場合は必要ありません。
2. Nexus 7 ではすべての大きなテキスト (最大 8000 シンボルのテキスト) が適切に再生されるため、この問題は再現されませんが、Samsung Galaxy Tab 10.1 (Android 4.0.4) および Android 4.3 を搭載した Tab 10.1 の Genymotion エミュレーターでは再現されます。そして、これは奇妙です...

私はアクセシビリティサービスをアプリケーションに統合して、ソフトウェアが前後のキープレスをシミュレートできるようにするために探し回っています。

私は公式のAndroidアクセシビリティドキュメントに従い、XML、アクセシビリティクラスを含め、アクセス許可とサービス/インテントが正しいことを確認しました http://developer.android.com/guide/topics/ui/accessibility/services.html

携帯電話を介して道路に投稿しているため、現在コードを投稿できません。

プロジェクトはコンパイルされているようですが、アプリケーションがアクセシビリティ設定セクションに表示されません。

ビューにリンクされていないアクセシビリティ イベント (TalkBack などによって取得される) を送信しようとしています。

たとえば、AsyncTask が終了したときにアクセシビリティ イベント (「データがダウンロードされました」というトークバックなど) を送信するにはどうすればよいでしょうか?

私は最近、Android でのアクセシビリティ テストの自動化を検討し始めました。Web上にはあまり情報がありません。誰かがこれを調査したことがありますか、または現在これを行っていますか? もしそうなら、あなたのアイデア/アプローチを共有できますか?

Android の uiautomator は、アクセシビリティ機能の動作に依存しているようですが、アクセシビリティのテストをサポートしていません。アクセシビリティ機能に依存している場合、アクセシブルなラベルが存在するなどの基本的な検証は、uiautomator を使用して UI テストを実行するだけで実行できるということですか?

これは私にとって新しい分野なので、どんな情報でも役に立ちます。

Android アプリケーションでアクセシビリティ テストを行っていますが、いくつかのアクセシビリティの問題が発生しています。

フォーカス セレクターの色やサイズの変更など、アクセシビリティ ツールのプロパティをコードで変更できるかどうかを知りたいです。

現在、アプリケーションの一部でフォーカス セレクターが見えにくくなっています。これを変更できると述べているものは見つかりませんでした。ご協力ありがとうございました

編集 (画像追加): アクセシビリティ モードをオンにしたログイン画面の例を添付します。写真では、キャンセル ボタンに焦点が合っていますが、写真に見られるように、フォーカス セレクターは非常に見にくいです。できればセレクターをもっと見やすくしたい。

外部支援ツールを介して提供される音声コントロールとコントロールを組み合わせて使用​​して、ユーザーが Android をナビゲートするのに役立つアクセシビリティ アプリを作成しています。MonkeyTalk Java API を使用してより重い作業を行います。
何が起こっているかについてユーザーを支援するために、ユーザーがより迅速に行動できるように通知を読み取るアクセシビリティ サービスも使用します。

Facebookメッセンジャーにメッセージが届いたときに音声キューが得られないことを知らされており、ログを確認すると、次のように表示されます。

0をevent.getText().size()返します (AccessibilityEvent イベントで)。
今のところ、彼らはアプリを開いてテキストを読み上げる必要があります。これは 2 つの音声コマンドです...
他のすべての通知を正しく受け取ります。Facebook のアクセシビリティに対する姿勢についてのドキュメントを探してみましたが、何も見つかりませんでした。
通知からテキストを取得する方法はありますか?