問題タブ [talkback]

問題は、TTS を使用して、アクティビティの起動時に長い文字列メッセージを読み取っていますが、TalkBack が自動的にメッセージの途中にあるアプリケーション名を読み取り、長い文字列をカットするので、非常に煩わしいことです。

アクティビティが起動されるたびに、TalkBack がアプリケーション名を読み取るのを無効にしたいと考えています。その android:label 属性を削除することは、アプリケーションが他の誰かによって制御されており、私がそれを制御できないため、実行可能な解決策ではありません。

では、アプリケーションの起動時に TalkBack 機能がアプリケーション名を読み取らないようにするために呼び出すことができる API はありますか?

どんな助けでも大歓迎です。

よろしくお願いします。

よろしく、アショク

ViewPager のビューのコンテンツを読み取るために Talkback を使用していますが、現在のビューのコンテンツと次のビュー (表示されていない) のコンテンツを読み取っています。

例えば

ビュー 1

TextView -> hi1 TextView -> bye1

ビュー2

TextView -> hi2 TextView -> bye2

トークバック読み上げ hi1, hi2, bye1, bye2

pager.setOffscreenPageLimit() の値を変更しようとしましたが、何もしません。OffScreenPageLimit の値が 4 であっても、Talkback は常に現在のビューと次のビューを読み取ります (次の 2 つのビューを読み取る必要があります)。 ）。

私が見つけた唯一の情報は次のとおりです。https://code.google.com/p/eyes-free/issues/detail?id=139

何か案が？

私の Android アプリケーションでは、WebView に Web コンテンツをロードしました。TalkBack 機能を有効にした後、WebView コンテンツはユーザーのタッチに応答し、WebView コンテンツを読み上げます。しかし、WebView で localhost Web サイトをロードすると、TalkBack はユーザーのタッチに応答しません。ローカルホストの WebView コンテンツに対しても TalkBack を有効にする方法は?

TTS を使用して話すアプリを開発しています。

ただし、視覚障害者が使用することを意図しているため、おそらくアクセシビリティと TalkBack が有効になっている電話で使用されます。

問題 (特に私が苦労している) は、近接センサーで音声を中断する TalkBack のオプションが有効になっている場合、近接センサーは TalkBack によって開始された音声を中断するだけでなく、自分のアプリによって開始された TTS 音声も中断することです。 .

どうすればそれを回避できますか? (アプリから TalkBack を完全に無効にしたいのですが、残念ながらそれは不可能です)

Cordova (Phonegap) アプリケーションを開発しています。デバイス (アクセシビリティ) でトークバックが有効になっているときに、Web ビューの UI 要素を読み取ると、これらのエラーが頻繁に発生します。しかし、同じ UI が IOS で正常に動作しています。

Talkback と Explore By Touch をサポートする Android アプリを開発していますが、カスタム ビューで 2 本指のスクロールに応答するときに問題が発生しました。

私が理解しているように、画面上で 2 本の指を押したまま移動すると、カスタム ビューの onTouchEvent メソッドで、Talkback/Explore By Touch をオフにして 1 本の指を使用する場合と同じ一連のタッチ イベントが生成されます。

ユーザーが 2 本の指で画面に触れたときに ACTION_DOWN イベントが発生し、続いて一連の ACTION_MOVE イベントが発生し、最後に画面に触れるのをやめたときに ACTION_UP イベントが発生することを期待しています。

これは時々発生しますが、非常に頻繁に、画面に 2 本の指を置くと、正しく解釈するのが難しい一連のイベントが表示されます。

できるだけ多くのコードを割引するために、次のように宣言された単一のカスタム ビューを備えた ADT ウィザードで作成された基本的な Android アプリである単純なサンプル アプリを作成しました。

カスタム ビューは、渡されたすべてのタッチ イベントを消費することを目的としており、これを示すために true を返します。また、生成されるデバッグ ログの量を減らすために、ACTION_MOVE を除くすべてのイベントをデバッグ ログにコピーします。次のレイアウトによってインスタンス化されます。

Talkback と Explore By Touch を有効にしてこれを実行し、画面に 2 本の指を置くと、次のように単一の ACTION_DOWN イベントがデバッグ ログに出力されることがあります。

10-06 14:21:41.356: D/onTouchEvent(30151): MotionEvent { action=ACTION_DOWN, id[0]=1, x[0]=828.0, y[0]=744.0, toolType[0]=TOOL_TYPE_FINGER, buttonState=0, metaState=0, flags=0x0, edgeFlags=0x0, pointerCount=1, historySize=0, eventTime=23426762, downTime=23426762, deviceId=4, source=0x1002 }

これは理想的ですが、このシーケンスを発行することがあります。

10-06 14:32:53.026: D/onTouchEvent(30151): MotionEvent { action=ACTION_DOWN, id[0]=1, x[0]=926.0, y[0]=607.0, toolType[0]=TOOL_TYPE_FINGER, buttonState=0, metaState=0, flags=0x0, edgeFlags=0x0, pointerCount=1, historySize=0, eventTime=24098432, downTime=24098444, deviceId=4, source=0x1002 }

10-06 14:32:53.031: D/onTouchEvent(30151): MotionEvent { action=ACTION_CANCEL, id[0]=1, x[0]=1054.0, y[0]=801.0, toolType[0]=TOOL_TYPE_FINGER, buttonState=0, metaState=0, flags=0x0, edgeFlags=0x0, pointerCount=1, historySize=0, eventTime=24098449, downTime=24098444, deviceId=4, source=0x1002 }

10-06 14:32:53.036: D/onTouchEvent(30151): MotionEvent { action=ACTION_DOWN, id[0]=1, x[0]=926.0, y[0]=608.0, toolType[0]=TOOL_TYPE_FINGER, buttonState=0, metaState=0, flags=0x0, edgeFlags=0x0, pointerCount=1, historySize=0, eventTime=24098444, downTime=24098444, deviceId=4, source=0x1002 }

CANCEL の受信時に最初の DOWN アクションを除外できるので、これも問題ではありません。問題が発生するのは、このような大規模な一連のイベントを発行する場合です。

10-06 14:20:47.681: D/onTouchEvent(30151): MotionEvent { action=ACTION_DOWN, id[0]=1, x[0]=697.0, y[0]=933.0, toolType[0]=TOOL_TYPE_FINGER, buttonState=0, metaState=0, flags=0x0, edgeFlags=0x0, pointerCount=1, historySize=0, eventTime=23373092, downTime=23373092, deviceId=4, source=0x1002 }

10-06 14:20:47.731: D/onTouchEvent(30151): MotionEvent { action=ACTION_UP, id[0]=1, x[0]=697.0, y[0]=936.5, toolType[0]=TOOL_TYPE_FINGER, buttonState=0、metaState=0、flags=0x0、edgeFlags=0x0、pointerCount=1、historySize=0、eventTime=23373137、downTime=23373092、deviceId=4、source=0x1002 }

10-06 14:20:47.731: D/onTouchEvent(30151): MotionEvent { action=ACTION_DOWN, id[0]=0, x[0]=954.0, y[0]=643.0, toolType[0]=TOOL_TYPE_FINGER, buttonState=0, metaState=0, flags=0x0, edgeFlags=0x0, pointerCount=1, historySize=0, eventTime=23373137, downTime=23373137, deviceId=4, source=0x1002 }

10-06 14:20:47.736: D/onTouchEvent(30151): MotionEvent { action=ACTION_POINTER_DOWN(1), id[0]=0, x[0]=954.0, y[0]=643.0, toolType[0] =TOOL_TYPE_FINGER、id[1]=1、x[1]=696.0、y[1]=937.0、toolType[1]=TOOL_TYPE_FINGER、buttonState=0、metaState=0、flags=0x0、edgeFlags=0x0、pointerCount=2 , historySize=0, eventTime=23373137, downTime=23373137, deviceId=4, source=0x1002 }

最初の DOWN、UP、DOWN シーケンスは、上位レベルのコードを混乱させ、クリック イベントとして解釈されます。

Talkback/Explore By Touch を有効にして 2 本指スクロールをサポートするカスタム ビューの実装に成功した人は誰でも、私がこれで間違っている場所に光を当てることができますか?

私は学生プログラマーであり、学位取得の課題は、視覚障害者 (視覚障害者を含む) によるタッチスクリーン デバイスの入力方法の 1 つを完成させることです。アプリケーションを TalkBack で正しく動作させたいと考えています。しかし、私はそれを行う方法がまったくわかりません。アクセシビリティ用のパッケージを見つけましたが、TB と統合する方法がわかりません。

視覚障害者向けのカスタム キーボードを Android で開発しようとしています。キーボードの作成は簡単ですが、たとえば TalkBack との対話など、キーボードをアクセス可能にする方法がわかりません。実際、ネイティブの Google キーボード以外に、TalkBack で動作するカスタム キーボードは見たことがありません。どんな助けでも大歓迎です。