問題タブ [android-configchanges]

Android に付属のブラウザでは、電話を回転させたときに がWebViewリロードされません。私はこれを行う方法を疑問に思っていました。の現在の URL を保存しWebviewて、次のバージョンの自分に渡すことはできますが、全体でそれを行うにはどうすればよいWebViewですか?

私は現在、Android プラットフォーム用のマルチスレッド ゲーム アプリケーションに取り組んでいます...これまでのところとても良いです...向きの変更時に再起動するアプリケーションのバグを乗り越えました (特定の向きに応じて指定することで修正されました)。ハードウェア キーボードの可用性について、これはチャット機能を備えたオンライン ゲームであるため重要です)、それは機能します...しかし、ユーザーが単にハードウェア キーボードをスライドして開いたときに同じ問題を回避しようとしています。 . アプリケーションの再起動やアプリケーションの状態の保存を回避する方法がよくわかりません。解決策/提案はありますか?

キーボードが閉じられたことを知りたいので、 を使用してandroid:configChanges="orientation|keyboardHidden"います。メソッドをオーバーライドする必要があります onConfigurationChangedが、何も起こらないようです。私は何か間違ったことをしていますか？

imageViewを使用して画像を表示しています。後で、を使用して別の画像をビューに設定してimageView.setImage(bitmap)います。画面の向きを縦向きから横向きに変更すると、imageviewには、設定した新しい画像ではなく古い画像が表示されます。誰かがこれが起こる理由とこれを克服する方法を教えてもらえますか？

を追加android:configChanges="orientation"してオーバーライドしonConfigurationChanged()ました。私がやりたいのは、デバイスがタブレットサイズのディスプレイ解像度設定を持っている場合にのみ横向きの変更を許可することです (短辺が 480px よりも大きい - これを処理するためのより良い方法の提案は大歓迎です!)。これは 2 つの方法のいずれかで機能すると考えていましたが、携帯電話またはエミュレーターでのテストではどちらも機能しません。

私の最初のアイデアは、 のスーパー クラスの実装をonConfigurationChanged()呼び出さないことでしたが、スーパー クラスを呼び出さないことを訴える例外がスローされました。

私の 2 番目のアイデアは、newConfig.orientation をConfiguration.ORIENTATION_PORTRAITスーパー クラスに渡す前に手動で設定することでした。フレームワーク内の Activity と実際の Activity クラスの間に、これをオーバーライドする場所でも使用する ActivityBase クラスがあります。ActivityBase の newConfig.orientation の値をトーストして、実際に渡される構成オブジェクトに新しい値があることを確認できますが、それは無視され、向きの変更は既に発生しています。

場合によっては向きの変更を条件付きで短絡させ、別の場合は許可するコードをどこに置くことができますか?

縦向きと横向きの 2 つの異なるドローアブルを持つカスタム タブ アクティビティを作成しました。縦画面のアイコンは drawable-hdpi の下にあり、横長の画像は drawable-land-hdpi の下にあります。今のところ、ダイアログの可視性を維持するために、構成の変更をマニフェストに入れています。

ダイアログが表示され、ユーザーが向きを縦から横に変更すると、ダイアログは引き続き表示されますが、タブ アクティビティで使用される画像は縦モード用です。ランドスケープ用のドローアブルを使用していないため、 のレイアウトが正しく見えないのはそのためです。誰かがこれで私を助けてくれますか? ありがとう。

ダイアログをテーマにしたアクティビティで機能するAndroidマニフェストで画面回転構成の変更を処理しましたが、メニュー項目を選択した後に開くこれらのメニューグループでは(onOptionsItemSelectedで)、画面を回転すると閉じます。これらを onConfigurationChanged で処理できますか? それとももっと良い方法がありますか？サブメニューを開くコードを添付しました。

まず、問題の背景について簡単に説明します。

アクティビティのライフサイクルに沿ったバックグラウンドワーカーのライフサイクルの処理で問題が発生しました。最初の問題は、構成が変更されるたびに（これには画面の向きが含まれます）新しいアクティビティのインスタンスが作成されるため、ワーカーを古いインスタンスから新しいインスタンスにプルする必要があったことです。第二に、これは、作業者が進行状況ダイアログを表示することもあれば、ユーザーが操作しなければならないエラーダイアログを表示することもあるという事実によって複雑になります。アクティビティインスタンス全体ですべてのもの（ワーカー、ダイアログなど）を処理することは非常に複雑になっているため、今ではそれが間違った方法であることがはっきりとわかります。

正しい道は、そもそもその再インスタンス化を排除することだったと私は信じています。それが提供された場合、私は非常に単純で単純なライフサイクルで活動し、労働者や対話を追跡する必要はありませんでした。これはandroid:configChanges="..."、マニフェストを挿入することで実現できます。

さて、問題は次のとおりです。

android:configChanges="..."アクティビティにはすべての可能なもの（オリエンテーション、キーボード、その他すべて）が含まれていることを考えると、アクティビティが生きている間に1回だけインスタンス化され、バックグラウンドでも強制終了/再作成されないという保証はありますか？ドキュメントはこの点について明確ではありません。

そのような保証が成り立たない場合を誰かが知っているなら、私に知らせてください。そして最も重要なのは、それらに対してテストするためにそれらのケースをシミュレートする方法ですか？

ご回答ありがとうございます。

PS：ドキュメントには、「システムは必要に応じていつでもアクティビティを削除できる」と書かれていますが、ユーザーが戻ったときに新しいインスタンスの新しいストーリーになるため、ここでは考慮しません。この方法で削除されたアクティビティの画面。この場合、ユーザーがこの画面を開いたときのように、最初から簡単に開始します。

向きを変えた後に再現してはいけないアクティビティがあります。マニフェストのアクティビティ宣言に以下を追加しました。

Android 2.3では、これは完全に機能します。とにかく向きを変えるとHONEYCOMB_MR2 がonCreate呼び出されます。

向きを変えた後のアクティビティの再現を防ぐために、HONEYCOMB_MR2で行う必要のある他の何かがありますか？

マニフェスト ファイルでこのコードを使用すると、次のようになります。

ご覧のとおり、画面の回転とキーボードの表示が変更されたときにアクティビティを再開しないことを宣言しています。

ただし、これはonConfigurationChanged()、これら 2 つのイベントの場合にのみメソッドが呼び出されることを意味しますか (それ以外の場合、アクティビティは再開されます)。

それとも、属性が 1 つしか使用されていない場合でも、アクティビティが再開されないということですか?

ドキュメントでこの答えを見つけることができませんでした。