1

私は独自のアンドロイド タッチパネルで特別な状況を持っています。Android アプリでは、マーキー機能を使用するページに複数のテキストビュー フィールドがあります。=> すべて正常に動作していますが、ページに約 7 つ以上の TextView 要素がある場合、マーキーはほぼ 100% の CPU 負荷を使用しています。

マーキーがオフの場合、負荷は 0% ~ 1% になります。

ここで入手したこのタッチパネルのグラフィックス ドライバーが壊れていることは間違いありませんが、すべてが閉じているため、何かを交換する可能性はありません。

詳細: CPU プロファイリング (DDMS を使用) により、ほとんどの時間が android.graphics.Canvas.nativeDrawPath(III)V で使用されていることが明らかになりました

今私の質問: この場合、あなたは何を提案しますか?

(UIはユーザーがカスタマイズ可能で、定義済みのウィジェットがあり、フィールドを大きくすることもできないため、複数行のフィールドを使用できません)

そうそう、それは android 2.3.3 で、アップグレードできません。Android 2.3 のマーキー効果がどれほどスマートなのかわかりません。そのため、独自のマーキー効果を実装して、再描画リクエストをグループ化しようと考えていますが、最初にここで質問すると思いました。

textView キャッシュも試しましたが、これは役に立ちませんでした。

ヒントをありがとう、マイケル

4

1 に答える 1

1

同じ問題を抱えているその他の場合:

私は独自の「class ScrollTextView extends TextView」を実装しました。これは、見栄えがよく、パフォーマンスがはるかに優れたカスタムの文字ベースのマーキーを実装します。(333 ミリ秒ごとに最初の 1 文字を削除し、最初に少し休止します。その後、繰り返します。)

アプリが恐ろしいグラフィックス ドライバーを搭載したデバイスに展開されていない場合は、TextView のマーキーをアクティブにするだけです。

奇妙な、予期しない問題が解決されました:-)

于 2013-10-13T07:29:34.907 に答える