このページは Cloud Translation API によって翻訳されました。

デバイス互換性モード

Android では、画面の向きまたは値を宣言するアプリに対して、互換モードが有効になります。サイズ変更の制限。互換性モードは、大画面デバイスと折りたたみ式折りたたみ式スマートフォンです。ただし、ユーザビリティは最適ではありません。

アプリごとのオーバーライドにより、デバイスメーカーは設定を変更可能ユーザーエクスペリエンスを向上させたり、アプリが動作を停止しないようにしたりするための特定できます。

参照デバイス

次のデバイスでは、異常な動作により、アプリごとのオーバーライドが必要になる場合がありますアプリで十分にサポートされていない構成や構成:

タブレット: Google Pixel Tablet など、一部のタブレットの自然な向き。横向きですデバイスは自然な向きで Display#getRotation() の返品 Surface.ROTATION_0.アプリで ROTATION_0 が縦向きであると想定すると、アプリのレイアウトやカメラプレビューが、デバイスのディスプレイと一致しないことがあります。
横向きの折りたたみ式: Google Pixel Fold など一部の折りたたみ式デバイスは、折りたたみ時は縦向き、展開時は横向き。広げた状態の向きが縦向きであるとアプリで想定すると、ちらつくループやレイアウトの問題が発生する可能性があります。
折りたたみ式折りたたみ式スマートフォン: 折りたたまれた折りたたみ式スマートフォンは通常、縦向きです。方向です。ただし、折りたたんだ状態ではディスプレイが小さく、横向き。アプリはさまざまなアプリケーションを識別し、画面の向きに応じて異なります。

互換性に関する一般的な問題

互換性の問題は、主にアプリの向きが原因で発生する制限、サイズ変更とアスペクト比の制限、カメラプレビューの向き、API の誤用など、さまざまな問題が含まれます。

レターボックス表示

レターボックス表示にするとアプリは画面の中央に配置されます。大画面の場合は簡単にアクセスできます。マット（単色の棒）使用されていないディスプレイ領域の側面や上部全体を埋めます。クリックします。

大画面のデバイスではレターボックス表示が頻繁に発生します。これはデバイスのディスプレイのアスペクト比は通常、標準のアスペクト比と異なります。携帯電話向けのアプリです。

図 1. アプリが縦向きに制限されているため、横向きのタブレットや折りたたみ式デバイスではレターボックス表示されます。

問題

修正済みのため、一部のディスプレイ構成はサポートされていません固定されている、またはサイズ変更不可であるなどの理由が考えられます。

アプリの向きとサイズ変更を制御する構成設定には、次のとおりです。

screenOrientation: 固定の向きを指定します。できます。アプリでは、 Activity#setRequestedOrientation().
resizeableActivity: システムが次の処理を実行できるかどうかを示します。さまざまなサイズのウィンドウに合わせてアプリのサイズを変更できます。Android 11（API レベル）の場合 30）以下では、アプリがマルチウィンドウモードをサポートするかどうかを指定します。オン Android 12（API レベル 31）以降では、アプリが小画面（画面幅 600 dp 未満）でのマルチウィンドウモード。Android 12 以降の場合それより高く、アプリは大画面でのマルチウィンドウモードをサポートします（画面幅 600 dp 以上）常に適用されます。
maxAspectRatio: 最大アスペクト比を指定します。確認します。resizeableActivity が false に設定されているアプリのみ可能 maxAspectRatio を設定します。
minAspectRatio: 最小アスペクト比を指定します確認します。resizeableActivity が false に設定されているアプリのみ可能 minAspectRatio を設定します。

アプリが縦向きに制限されているため、横向きのデバイスでは使用できません。

最適化

アプリは、すべてのデバイスとマルチウィンドウモードのディスプレイの向きと、あります。画面の向きと固定アスペクト比の制限をアプリからすべて削除するレイアウトとアプリマニフェストファイルです。

アプリはデバイスのすべての向きをサポートします。

互換性の対応策

画面の向きやアスペクト比が固定されているアプリが、アプリがウィンドウのサイズまたは向きを直接サポートしていない場合、Android 継続性を維持するために、アプリがレターボックス表示されます。

Android 12（API レベル 31）以降、12L（API レベル 32）以降、プラットフォームでは、レターボックス表示のアプリに対してさまざまな機能強化が行われています。デバイス各メーカーが UI 拡張機能を実装しています。追加の操作をする必要はありません。改善案をアプリ開発に活かすことができます

Android 12（API レベル 31）では、以下のデザインが強化されました。デバイスメーカーが設定できます。

角丸: アプリウィンドウの角が洗練された印象になっています。
システムバーの透明度: システムバーの上に重ねて表示されるステータスバーとナビゲーションバーです。半透明であるため、バーのアイコンが画面上に常にレターボックス表示の背景。
アスペクト比の設定が可能: アプリのアスペクト比を調整可能アプリの見た目を良くすることができます。

図 2. UI の機能が強化されたレターボックス表示のアプリ

12L（API レベル 32）では、次のような機能が改善されています。

構成可能な配置: デバイスメーカーは大画面向けにアプリをディスプレイの左右に配置して、やり取りが容易になります
再起動ボタンのデザイン変更: デバイスメーカーは再起動を可能にできます。サイズ互換モードのボタンのデザインを一新しました認識しやすいように工夫されています

Android 13（API レベル 33）では、画面上にレターボックス表示されたアプリ、または分割画面モードでレターボックスが表示される:

図 3. ユーザー向け情報ダイアログが表示された、レターボックス表示のアプリ。

サイズ互換モード

サイズ互換モードは、再起動コントロールを含むレターボックス表示です。「コントロールにより、ユーザーはアプリを再起動してディスプレイを再描画できます。Android が呼び出すサイズ変更不可と判断されたアプリのサイズ互換モード。特定のアクティビティが、そのアクティビティの場合、システムはアプリを再スケーリングしてデバイスのディスプレイを少なくとも 1 つのディメンションが必要です

たとえば、次のようなデバイス設定を変更すると、サイズ互換モードがトリガーされます。

デバイスの回転
折りたたみ式デバイスの折りたたみと展開
全画面モードと分割画面モードの切り替え

問題

サイズ互換モードは通常、設定（またはシステムによって決定）されます。サイズ変更不可にします。

アプリはサイズ変更可能とみなされ、サイズ内に配置されません互換モード（次のいずれかの条件を満たす場合）

resizeableActivity="true" でサイズ変更が可能である
ピクチャーインピクチャー（PIP）モードをサポートしている
埋め込まれている
アプリごとの FORCE_RESIZE_APP オーバーライドがデバイスのメーカー（アプリが設定したプロパティは無視されます）

アプリがいずれかの条件を満たさない場合は、満たしていないと見なされます。サイズ変更が可能で、サイズ互換モードに配置できます。

マルチウィンドウモードで、サイズ変更できないアプリがクラッシュします。

最適化

アプリはすべてのディスプレイサイズをサポートする必要があります。 <activity> の android:resizeableActivity 属性または <application> 要素を true に指定します。アプリのレスポンシブ/アダプティブレイアウトを設計します。詳細情報詳しくは、各種の画面サイズのサポートとマルチウィンドウのサポート。

アプリがすべてのウィンドウサイズで動作します。

互換性の対応策

Android では、アプリがサイズ互換モードであると判断されると、アプリを再スケーリングして画面全体を埋めることで、レターボックス表示の少なくとも 1 つのディメンションが必要ですシステムが再起動のコントロールを表示するこれにより、アプリのプロセスが再作成され、アクティビティが再作成されて表示されます。プロセスとスレッドの概要もご覧ください。

縦向き専用のアプリが横向きでレターボックス表示され、再起動コントロールにより再スケーリングされています。

ちらつきループ

アプリでサポートされていないディスプレイの向きがある場合、設定変更の発生時に新しい画面の向きをリクエストして無限ループが発生すると、ディスプレイのちらつきやアプリが無限に回転します。

問題

Android 12（API レベル 31）以降では、デバイスメーカーはアプリが指定した画面の向きの制限が無視されるようにし、代わりに互換モードを適用します。たとえば、折りたたみ式デバイスはアクティビティの android:screenOrientation="portrait" （デバイスの横向きのタブレットサイズでアクティビティを表示する場合の設定）操作できます。

アプリの向きの制限が無視されると、アプリは画面の向きを設定するには、 Activity#setRequestedOrientation().コールアプリが構成の変更を処理していない場合、アプリの再起動をトリガーします（構成の変更に対処する）。アプリの向きの制限が再び無視され、アプリが setRequestedOrientation() の呼び出し。その呼び出しによってアプリの再起動がトリガーされ、自己永続ループに組み込まれます。

もう一つの方法としては、自然な向き（通常の向き）（Android によって判別される）が横向きである（つまり、 Display#getRotation() の返品 Surface.ROTATION_0（デバイスが横向きである）比率）。これまで、アプリでは Display.getRotation() = Surface.ROTATION_0 はデバイスが縦向きになっていると想定されていましたが、そうではありませんたとえば一部の折りたたみ式デバイスのインナーディスプレイや一部のタブレットでは利用できません。

折りたたみ式のインナーディスプレイで横向きになっているアプリの場合、画面の回転、ROTATION_0 の値を受け取り、自然な向きを想定デバイスが縦向きになり、 setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT ): アプリのレイアウトを再構成します。アプリが再起動した後（横向き）画面の回転を再度確認し、 ROTATION_0、呼び出し setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT) 無限ループに入ります

横向き専用のアプリを縦向きで表示すると、`Activity#setRequestedOrientation()` が繰り返し呼び出されます。

最適化

アプリが以下のことを行わないようにする必要があります。

Activity#setRequestedOrientation() を使用してデフォルトの向きを設定するアクティビティの onCreate() メソッド。これは、画面の向きのリクエストに対して未処理の構成変更によって予期せぬトリガーを
デバイスの自然な向き（ROTATION_0）が縦向きであると想定する
現在のウィンドウサイズに関係のないシグナルに基づいて向きを設定する Display#getRotation()、 FoldingFeature、または非推奨 API。

アプリは構成の変更を処理し、画面の向きの制限がないため、ちらつきループに陥ることはありません。

互換性の対応策

次の場合、Android は Activity#setRequestedOrientation() の呼び出しを無視します。次のような状況になります。

前回のメソッド呼び出しから、アクティビティがすでに再起動されている、またはカメラの互換力回転処理が有効になっている（カメラプレビューをご覧ください）。

デバイスメーカーは、以下を含むアプリにもこの動作を適用できます。 OVERRIDE_ENABLE_COMPAT_IGNORE_REQUESTED_ORIENTATION.
アクティビティが 1 秒間に 3 回以上画面の向きのリクエストを行ったため、ループが発生したことを示します。ループ内の 2 つのリクエストのうち、Android はアプリの表示領域を最大化します

デバイスメーカーは、以下を含むアプリにもこの動作を適用できます。 OVERRIDE_ENABLE_COMPAT_IGNORE_ORIENTATION_REQUEST_WHEN_LOOP_DETECTED.

カメラプレビュー

カメラアプリのカメラプレビュー（またはビューファインダー）がずれたり、歪んだりすることがあります。タブレット、ノートパソコン、折りたたみ式ディスプレイです

問題

Android 互換性定義ドキュメントには、カメラのイメージセンサーは、カメラの長辺が画面の長辺にぴったりです。」

多くの場合、アプリはデバイスの向きとカメラのセンサーの向きを縦向き（標準的なスマートフォンでは合理的な想定）です。しかし、タブレットやノートパソコン、カメラセンサーの自然な向きが見ていきますまた、折りたたみ式デバイスなどの新しいフォームファクタでは、複数のカメラセンサーをさまざまな向きで表示できます。

アプリが想定していないカメラの向きや、カメラの向きでアクティビティを開始する複数のカメラやデバイス画面（折りたたみ式デバイスの場合）を切り替えると、カメラプレビューの位置がずれたり歪んだりします。

大画面の折りたたみ式デバイスで、カメラプレビューの位置がずれたり、歪んだりします。

最適化

カメラアプリは、デバイスの向きとカメラを正しく識別して管理する必要があります適切に調整、拡大縮小されたカメラプレビューを表示できます。アプリは、デバイスの回転、センサーの回転、画面またはウィンドウを計算する必要があります。その結果をカメラプレビューに適用します。詳細なガイダンスについては、カメラプレビューとカメラの概要をご覧くださいビューファインダー。

デバイスのすべての向きで、カメラプレビューが正しく調整され、拡大縮小されます。

互換性の対応策

Display#getRotation() の場合、デバイスは自然な向きですは、Surface.ROTATION_0 を返します。システムで次の計算が行われます。 CameraCharacteristics.SENSOR_ORIENTATION 画面の向きが変わらないことがありますAndroid では、デバイスの縦向きウィンドウにデバイスの自然な向きが適用されている、縦向き限定のアプリ多くのアプリで期待されていますまた、Android は、センサーの向きが横向きで、カメラプレビューが縦向きになっている。具体的な次のような回避策があります。

縦向き限定のアプリでカメラプレビューを強制的に回転する: アプリ縦向きに制限され、デバイスの自然な向きが想定されますカメラセンサーの向きが縦向きになりますただし Android 12 では（API レベル 31）以降では、アプリを複数のデバイスの画面の向きで実行できます。デバイスメーカーは画面の向きの指定を無視します。

縦向き限定のアプリがカメラに接続されている場合、Android はアプリが回転し、アプリの縦向きのウィンドウが方向によって異なります。

一部のタブレット（参照デバイスを参照）では、縦向きウィンドウが回転して全画面表示の縦向きに調整されます画面の自然な向きに調節できますアプリが強制適用後に全画面表示されます作成できます。

タブレット - 縦向き限定のアプリが強制的に回転されます。

折りたたみ式デバイスの横向きのインナーディスプレイ（デバイスなど）では、縦向き限定のアクティビティが広げた自然な向きに合わせて横向きにします。このアプリ強制回転後にレターボックス表示されます。

折りたたみ式 - 縦向き限定のアプリが強制的に回転されます。また、アプリはレターボックス表示されます。

注: アプリがレスポンシブで処理が容易な場合、強制回転は発生しません。縦向きと横向きに対応しています。
内側の前面カメラの切り抜き: 一部の背面カメラセンサーで折りたたみ式は横向きですコンテナを強制的に回転させるだけでなく、折りたたみ式インナーディスプレイのカメラプレビュー。Android がインナーディスプレイを切り抜く（横向き）カメラの画角（センサーが反対側の視野を捉える）デバイスの向き。
カメラプレビューを強制的に更新する: システムがアクティビティを繰り返します。メソッド onStop() と onStart()（デフォルト）、または onPause() メソッド onResume()（ OVERRIDE_CAMERA_COMPAT_ENABLE_REFRESH_VIA_PAUSE アプリごとのオーバーライド）を強制回転した後、カメラプレビューが表示されます。
アスペクト比のスケーリング: 画面のアスペクト比は、カメラプレビューを高い最小アスペクト比に強制回転させ、カメラプレビューが適切に拡大縮小されます。

アプリがカメラプレビューを処理する場合、アプリデベロッパーはこれらの回避策をオーバーライドできます確認します。アプリごとのオーバーライドをご覧ください。

よく誤用される API

Android では、マルチウィンドウモードや従来の API は非推奨となり、代わりにあらゆるディスプレイサイズとデバイスフォームに対応する最新の API 判断できますただし、非推奨の API も引き続き下位互換性をサポートしています。

一部の View API は、必ずしも適切とは限らない特別な目的のために設計されていますデベロッパーが理解できるようにします。

問題

デベロッパーは非推奨の Display API を引き続き使用し、 API は、デバイスの表示領域の境界ではなく、アプリの境界を返します。デベロッパー特別な用途の View API を誤って使用して一般的なディスプレイの指標を取得してしまうことがあります。アプリウィンドウの後で UI 要素を再配置すると計算が不正確になるレイアウトの問題を引き起こします。

非推奨でよく誤用される Display API:

詳細については、次をご覧ください: マルチウィンドウのサポート。

誤用される View API:

非推奨の API がアプリの境界を誤って計算し、アプリのコンテンツが画面外に出てしまいます。

最適化

UI 要素の配置に、物理的なディスプレイサイズを使用しないでください。アプリケーションを WindowMetrics に基づいて、アプリから API にアクセスできます。たとえば、 WindowManager API:

プラットフォーム:
- getCurrentWindowMetrics()
- getMaximumWindowMetrics()
Jetpack:
- WindowMetricsCalculator#computeCurrentWindowMetrics()
- WindowMetricsCalculator#computeMaximumWindowMetrics()

API はアプリウィンドウの指標を正しく計算します。

互換性の対応策

2 つのオーバーライドで、非推奨の Display API と誤用された View API を調整し、アプリの境界を返します。 ALWAYS_SANDBOX_DISPLAY_APIS（Display） APIOVERRIDE_SANDBOX_VIEW_BOUNDS_APIS View API 用。ALWAYS_SANDBOX_DISPLAY_APIS はデフォルトで以下に適用されます。サイズ互換モードの対象となるアプリです。

透明アクティビティ

透明アクティビティは、透明な背景スタイルの結果です。例:

<style name="Transparent" parent="AppTheme">
    <item name="android:windowIsTranslucent">true</item>
    <item name="android:windowBackground">@android:color/transparent</item>
</style>

ダイアログに関連するテーマ（Theme.MaterialComponents.Dialog など）は、アクティビティを透明にするスタイルを含めます。

透明アクティビティは利用可能なディスプレイ領域をすべてカバーするとは限らないため、使用可能な表示領域は状態によって変化するため、管理が難しくなります。デバイスの回転、デバイスの折りたたみと展開、サポートしています。

問題

透明アクティビティは、最初の不透明アクティビティの境界に従う必要があります。タスクアクティビティスタック内で透明アクティビティの下に配置されます。ただし、権限ダイアログを起動するアクティビティは、 トランポリン（別のアクティビティを起動した後、消えるアクティビティ）およびそのため、システムは対象のトランポリンアクティビティの境界を透過的な権限ダイアログアクティビティを起動しました。

アクティビティがトランポリンから起動されたため、ダイアログの位置がずれています。

最適化

透明アクティビティは、最上位の不透明アクティビティから制約を継承するタスクのアクティビティスタック内でその下位のアクティビティとして識別されます。不透明アクティビティはライフサイクル全体にわたって利用できるため、あります。このため、権限のリクエストを開始しないでください。トランポリン

トランポリンアクティビティによって権限リクエストが起動された場合、ユーザーは権限ダイアログが表示されます。これは、トランポリンアクティビティがユーザーがダイアログに応答できるようになる前に破棄され、ダイアログアクティビティのディメンションと位置が計算されている可能性があります。誤りです。

アプリは必ず、残っているアクティビティから権限のリクエストを開始すべきです。ユーザーが権限を決定するまで表示されます。

角丸

背景を指定するスタイルにより、アクティビティを透明にできるアクティビティの内容が利用可能な情報に埋もれていないことが原因です。表示されます。透明なアクティビティが使用可能なディスプレイ領域を埋める場合、次のように設定すると、アクティビティに角の丸みが自動的に適用されます。デバイスメーカーにお問い合わせください。ただし、透過的なアクティビティ（権限ダイアログなど）が使用可能なスペースを埋めることができない場合、そのかどうかはユーザーが角丸を適用するかどうかを指定します。

利用可能なディスプレイスペースが権限ダイアログで埋められることがその理由です。通常は、代わりに LayoutParams.WRAP_CONTENT を LayoutParams.MATCH_PARENT。

表示される起動アクティビティの上に角の丸みが正しく配置されたダイアログ。

互換性の対応策

ダイアログアクティビティを起動するアクティビティは、ユーザーが操作するまで表示したままにする回答しました。

システムにより、透過的なアクティビティはすべての制約をアクティビティスタック内の透明アクティビティの下にある最初の不透明アクティビティ。次に関連する制約が含まれます。

サイズ互換モード
向き
アスペクト比

Unity ゲーム

Unity ゲームは Android 全画面モードまたはマルチウィンドウモードで動作します。ただし、多くの Unity ゲームは、アプリがメインのスペースに配置されると、フォーカスを喪失してコンテンツの描画を停止します。サポートしています。

問題

Unity に Resizable Window が追加されました Unity 2019.4 のオプションを追加しました。ただし、初期実装は、アクティビティのライフサイクルにマルチウィンドウモードが正しく機能しないため、 UnityPlayer は、アプリがフォーカスを喪失したときに再生を一時停止します。プレーヤーは動画をレンダリングしました。ゲームの最後のフリーズしたフレームが表示されなくなるという問題ですゲームプレイが次の場合にのみ再開されるユーザーが画面をタップしたことを示します。Unity エンジンを使用する多くのアプリでこの問題に直面しています。マルチウィンドウモードでは黒いウィンドウとしてレンダリングされます。

ゲームがマルチウィンドウモードでフォーカスを喪失し、黒いウィンドウとしてレンダリングされます。

最適化

Unity を 2019.4.40 以降にアップグレードして、ゲームを再エクスポートします。現在の Resizable Window オプションがオンになりました Android Player 設定、それ以外の場合はゲームが完全に表示されているにもかかわらず、フォーカスされていないときはゲームが一時停止するサポートしています。

フォーカスされていない場合でも、ゲームがマルチウィンドウモードでコンテンツを正しくレンダリングします。

互換性の対応策

デバイスメーカーは、 OVERRIDE_ENABLE_COMPAT_FAKE_FOCUS アプリごとのオーバーライドを使用して、偽のフォーカスイベントをサポートしています。オーバーライドすると、アクティビティはコンテンツを再描画できるようになり、隠さないようにします。

互換性の問題がないかアプリをテストする

アプリをテストして、さまざまなフォームファクタでどのように動作するかを把握するには、以下を行います。次のリソースを利用できます

デバイスストリーミング: 製品版デバイス（参照デバイスなど）については、以下をご覧ください。 Firebase による Android デバイスストリーミング
Android Studio Hedgehog のエミュレータ: については、以下をご覧ください。仮想デバイスを作成して管理する
Android Studio のサイズ変更可能なエミュレータ: 仮想 CPU へのアクセスに関する情報が Android Emulator 上でアプリを実行するをご覧ください。

レターボックス表示になっているか

各アクティビティが、アプリで使用可能なディスプレイ領域をすべて使用できることを確認してください。まず、テストフォルダで次のコードを宣言します。

Kotlin

fun Activity.isLetterboxed() : Boolean {
    if (isInMultiWindowMode) return false

    val wmc = WindowMetricsCalculator.getOrCreate()
    val currentBounds = wmc.computeCurrentWindowMetrics(this).bounds
    val maxBounds = wmc.computeMaximumWindowMetrics(this).bounds

    val isScreenPortrait = maxBounds.height() > maxBounds.width()

    return if (isScreenPortrait) {
        currentBounds.height() < maxBounds.height()
    } else {
        currentBounds.width() < maxBounds.width()
    }
}

Java

public boolean isLetterboxed(Activity activity) {
    if (activity.isInMultiWindowMode()) {
        return false;
    }

    WindowMetricsCalculator wmc = WindowMetricsCalculator.getOrCreate();
    Rect currentBounds = wmc.computeCurrentWindowMetrics(activity).getBounds()
    Rect maxBounds = wmc.computeMaximumWindowMetrics(activity).getBounds();

    boolean isScreenPortrait = maxBounds.height() > maxBounds.width();

    return (isScreenPortrait)
        ? currentBounds.height() < maxBounds.height()
        : currentBounds.width() < maxBounds.width();
}

次に、テストを実行して動作をアサートし、ターゲットアクティビティがレターボックス表示:

Kotlin

@get:Rule
val activityRule = ActivityScenarioRule(MainActivity::class.java)

@Test
fun activity_launched_notLetterBoxed() {
    activityRule.scenario.onActivity {
        assertThat(it.isLetterboxed()).isFalse()
    }
}

Java

@Rule
public ActivityScenarioRule<MainActivity> rule = new ActivityScenarioRule<>(MainActivity.class);

public void activity_launched_notLetterBoxed() {
    try (ActivityScenario<MainActivity> scenario = ActivityScenario.launch(MainActivity.class)) {
        scenario.onActivity(activity -> {
            assertThat(isLetterboxed(activity)).isFalse();
        });
    }
}

理想的には、この種のテストは合格して、アプリがアクティビティは、アプリが使用できるディスプレイ領域全体を占有します。アプリをテストする一貫した動作を保証します。

アプリごとのオーバーライド

Android には、アプリの構成済み動作を変更するオーバーライドが用意されています。対象 FORCE_RESIZE_APP オーバーライドは、システムにより、サイズ互換モードを回避し、ディスプレイに合わせてアプリのサイズを変更する（resizeableActivity="false" が必要があります。

デバイスメーカーは、一部のアプリまたはすべてのアプリにオーバーライドを適用する対応しています。Android 14（API レベル 34）以降では、ユーザーはデバイスの設定でアプリにオーバーライドを適用できます。

アプリごとのユーザーオーバーライド

Android 14 以降では、設定メニューでアスペクトを変更できる割合ですリファレンスなどの大画面デバイスメニューを実装します。

メニューには、デバイスにインストールされているすべてのアプリのリストが表示されます。ユーザーは以下を選択します。アプリのアスペクト比を 3:4、1:1、全画面などの値に設定するデバイスメーカーによって設定されます。ユーザーはアスペクト比をアプリのデフォルト（アプリマニフェストで指定）

アプリで次の PackageManager.Property タグを設定すると、互換性のオーバーライドをオプトアウトできます。

PROPERTY_COMPAT_ALLOW_USER_ASPECT_RATIO_OVERRIDE

ユーザーアスペクト比の互換性のオーバーライドをオプトアウトするには、プロパティを追加します。アプリマニフェストに追加し、値を false に設定します。
```
<application>
    <property
        android:name="android.window.
        PROPERTY_COMPAT_ALLOW_USER_ASPECT_RATIO_OVERRIDE"
        android:value="false" />
</application>
```
アプリは、デバイスの設定でアプリのリストから除外されます。ユーザーアプリのアスペクト比をオーバーライドできなくなります。

このプロパティを true に設定しても効果はありません。
PROPERTY_COMPAT_ALLOW_USER_ASPECT_RATIO_FULLSCREEN_OVERRIDE

ユーザーのアスペクト比の互換性に関する全画面オプションを無効にするオーバーライドするには、プロパティをアプリマニフェストに追加して、値を false:
```
<application>
    <property
        android:name="android.window.PROPERTY_COMPAT_ALLOW_USER_ASPECT_RATIO_FULLSCREEN_OVERRIDE"
        android:value="false" />
</application>
```
全画面オプションが、。ユーザーは全画面表示のオーバーライドを説明します。

注意: PROPERTY_COMPAT_ALLOW_USER_ASPECT_RATIO_OVERRIDE false の場合、このプロパティは機能しません。

このプロパティを true に設定しても効果はありません。

すべての画面向けにアプリを最適化する: アスペクト比の制限を設定しない説明します。ウィンドウサイズクラスを使用して、さまざまなウィンドウサイズを基づいて調整します。

デバイスメーカーによるアプリごとのオーバーライド

デバイスメーカーは、一部のデバイスでアプリごとにオーバーライドを適用します。参照デバイスは、オーバーライドの一部を簡単に実装できます。

アプリはほとんどのオーバーライドをオプトアウトできます（オーバーライドの表をご覧ください）。

互換性アプリを使用して、オーバーライドを有効または無効にしてアプリをテストできます。（互換性フレームワークツールをご覧ください）。有効にすると、オーバーライドがアプリ全体に適用されます。

また、Android Debug Bridge（adb）を使用して、デバッグの有効化または無効化もできます。オーバーライドを無効にし、アプリに適用するオーバーライドを決定します。

オーバーライドを有効または無効にする方法は次のとおりです。

adb shell am compat enable/disable <override name/id> <package>

参照デバイスで、適用されるオーバーライドを確認します。必要があります。

adb shell dumpsys platform_compat | grep <package name>

次の表に、使用可能なオーバーライドと、その方法のガイダンスを示します。アプリがオーバーライドに依存する必要がないようにアプリを最適化します。追加できるアセットは、プロパティフラグを追加して、オーバーライドをオプトアウトすることもできます。

アプリごとのオーバーライド
タイプ	名前	ID	説明
サイズ変更	FORCE_RESIZE_APP	174042936	構成変更時にアプリのサイズ互換モードをバイパスします。
	FORCE_NON_RESIZE_APP	181136395	構成を変更するとアプリを強制的にサイズ互換モードにします。
アスペクト比	OVERRIDE_MIN_ASPECT_RATIO	174042980	他のアスペクト比のオーバーライドを適用するには、ゲートキーパーのオーバーライドを有効にする必要があります。
	OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY	203647190	有効（デフォルト）に設定した場合、スコープが縦向き限定のアクティビティにオーバーライドされます。
	OVERRIDE_MIN_ASPECT_RATIO_MEDIUM	180326845	最小アスペクト比を 3:2 に変更します。
	OVERRIDE_MIN_ASPECT_RATIO_LARGE	180326787	最小アスペクト比を 16:9 に変更します。
	OVERRIDE_MIN_ASPECT_RATIO_TO_ALIGN_WITH_SPLIT_SCREEN	208648326	最小アスペクト比をディスプレイサイズの 50%（分割画面のアスペクト比）に変更します。
	OVERRIDE_MIN_ASPECT_RATIO_EXCLUDE_PORTRAIT_FULLSCREEN	218959984	最小アスペクト比のオーバーライドを無効にし、デバイスが縦向きのときにアプリが全画面表示されるようにします。
向き	OVERRIDE_ANY_ORIENTATION	265464455	任意の向きのオーバーライドを有効にします。
	<ph type="x-smartling-placeholder"></ph> OVERRIDE_ANY_ORIENTATION_TO_USER	310816437	向き、サイズ変更、アスペクト比の制限をオーバーライドします。
	OVERRIDE_UNDEFINED_ORIENTATION_TO_PORTRAIT	265452344	アクティビティの向きが未定義の場合、向きが縦向きになるようにオーバーライドします。
	OVERRIDE_UNDEFINED_ORIENTATION_TO_NOSENSOR	265451093	アクティビティの向きが未定義の場合、向きを `nosensor`（デバイスの自然な向きを使用）にオーバーライドします。
	OVERRIDE_LANDSCAPE_ORIENTATION_TO_REVERSE_LANDSCAPE	266124927	横向き限定のアプリを 180 度回転します。
	OVERRIDE_ORIENTATION_ONLY_FOR_CAMERA	265456536	向きのオーバーライドのスコープを、アプリがカメラに接続している場合に限定します。
	OVERRIDE_USE_DISPLAY_LANDSCAPE_NATURAL_ORIENTATION	255940284	タスクが全画面表示の場合（レターボックス表示の場合も含む）に、ディスプレイを自然な横向きで固定します。
	OVERRIDE_ENABLE_COMPAT_IGNORE_REQUESTED_ORIENTATION	254631730	回転の無限ループを避けるため、アプリからの向きのリクエストは無視されます。
	OVERRIDE_ENABLE_COMPAT_IGNORE_ORIENTATION_REQUEST_WHEN_LOOP_DETECTED	273509367	アクティビティが再起動されている間、向きのリクエストの繰り返しを無視します。アプリが 1 秒以内に 2 つ以上の新しい画面の向きをリクエストしていることを Android が検出した場合、システムはこれを回転無限ループとみなし、オーバーライドを適用します。
	OVERRIDE_RESPECT_REQUESTED_ORIENTATION	236283604	デバイスメーカーが画面の向きのリクエストを無視する設定を無効にすることで、レターボックス表示されないようにします。
サンドボックス API	NEVER_SANDBOX_DISPLAY_APIS	184838306	Display API の動作が変更されないようにします。
	ALWAYS_SANDBOX_DISPLAY_APIS	185004937	アプリ内の `Display` API が強制的にアプリの境界を返すようにします。`Display` API は論理ディスプレイ領域の境界を返しますが、場合によっては、`Display` API がアプリの境界を返すものとアプリが想定するため、UI の問題が発生することがあります。
	OVERRIDE_SANDBOX_VIEW_BOUNDS_APIS	237531167	アプリで使用される `View` API が強制的にアプリの境界を返すようにします。`View` API は論理ディスプレイ領域の境界を返しますが、場合によっては、`View` API がアプリの境界を返すものとアプリが想定するため、UI の問題が発生することがあります。
カメラ互換性	OVERRIDE_CAMERA_COMPAT_DISABLE_FORCE_ROTATION	263959004	強制回転をオフにします。デフォルトでは、カメラプレビューが開いているときに、向きが固定されているすべてのカメラアプリが強制的に回転します。
	OVERRIDE_CAMERA_COMPAT_DISABLE_REFRESH	264304459	カメラプレビューが強制回転されたときに適用されるデフォルトのハード更新を削除します。
	OVERRIDE_CAMERA_COMPAT_ENABLE_REFRESH_VIA_PAUSE	264301586	カメラプレビューが強制的に回転されると、ハード更新がソフト更新に切り替わります。これにより、強制回転中の状態を保持できます。デフォルトでは、カメラプレビューが強制的に回転されると、Android はハード更新を適用します。ハード更新を行うと、アプリが以前の状態をキャッシュに保存する方法によっては、アプリの状態が失われたり、停止したりする問題が発生することがあります。
	OVERRIDE_CAMERA_LANDSCAPE_TO_PORTRAIT	250678880	内部の前面カメラの画像バッファを切り抜きます。オーバーライドを無効にすると、内部の前面カメラの切り抜きが解除され、カメラプレビューの画角が広がります。一部の折りたたみ式デバイス（参照デバイスを参照）では、インナーの前面カメラを使用している場合、デフォルトですべてのカメラアプリのカメラプレビューが切り抜かれます。
その他	OVERRIDE_ENABLE_COMPAT_FAKE_FOCUS	263259275	分割画面モードでアプリがフォーカスを喪失したときにアプリが黒く表示されないようにします。アプリは、フォーカスされてから、アプリのコンテンツを描画します。そのため、アプリはフリーズしたり、黒く表示されることがあります。このオーバーライドにより、Android はアプリに偽のフォーカスイベントを送信して、アプリにコンテンツの描画を再開するようシグナルを送ることができます。

FORCE_RESIZE_APP

オーバーライドが適用されるパッケージを強制的にサイズ変更可能にします。しないアプリをマルチウィンドウモードにできるかどうかを変更できますが、画面のサイズ変更時にサイズ互換モードに入らずにサイズ変更できます。

アプリでオーバーライドと同じ結果を得る方法

アプリマニフェストで、 android:resizeableActivity 属性を true に設定するか、マルチウィンドウモードを無効にしながらサイズ変更をサポート android:resizeableActivity=false さん、android.supports_size_changes を設定してくださいメタデータフラグを true に設定します。

アプリを最適化する方法

レスポンシブ/アダプティブレイアウトを使用して、アプリがすべてのディスプレイサイズとアスペクト比。詳しくは、各種の画面サイズのサポート。

オーバーライドを無効化またはオプトアウトする方法

プロパティフラグ PROPERTY_COMPAT_ALLOW_RESIZEABLE_ACTIVITY_OVERRIDES を設定します。 false。

オーバーライドを調整するプロパティフラグ

<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESIZEABLE_ACTIVITY_OVERRIDES"
  android:value="true|false"/>

オーバーライドをテストする adb コマンド

オーバーライドを適用してアプリのサイズを変更可能にするには:

adb shell am compat enable FORCE_RESIZE_APP <package>

オーバーライドを削除するには:

adb shell am compat disable FORCE_RESIZE_APP <package>

注: これらのコマンドによるオーバーライドの適用や削除はあくまで一時的なものです。

FORCE_NON_RESIZE_APP

オーバーライドが適用されるパッケージを強制的にサイズ変更不可にして、構成変更時にサイズ互換モードに入る。

アプリでオーバーライドと同じ結果を得る方法

android:resizeableActivity 属性とアプリマニフェストの android.supports_size_changes メタデータフラグを false に設定。向きまたはアスペクト比の制限を宣言します。

アプリを最適化する方法

サイズ変更時に正常に動作するすべてのアプリは、 android:resizeableActivity または android.supports_size_changes を true に設定します。それ以外のアプリは、サイズ変更時に適切に動作するように改善する必要があります。詳しくは、 android:resizeableActivity。

オーバーライドを無効化またはオプトアウトする方法

プロパティフラグ PROPERTY_COMPAT_ALLOW_RESIZEABLE_ACTIVITY_OVERRIDES を設定します。 false。

オーバーライドを調整するプロパティフラグ

<property android:name="android.window.PROPERTY_COMPAT_ALLOW_RESIZEABLE_ACTIVITY_OVERRIDES"
  android:value="true|false"/>

オーバーライドをテストする adb コマンド

オーバーライドを適用してアプリのサイズを変更できないようにするには:

adb shell am compat enable FORCE_NON_RESIZE_APP <package>

オーバーライドを削除するには:

adb shell am compat disable FORCE_NON_RESIZE_APP <package>

注: これらのコマンドによるオーバーライドの適用や削除はあくまで一時的なものです。

OVERRIDE_MIN_ASPECT_RATIO

指定された最小アスペクト比を強制的に適用するすべてのオーバーライドのゲートキーパー。

アプリでオーバーライドと同じ結果を得る方法

android:minAspectRatio をアクティビティ単位またはアプリ単位で設定します。

アプリを最適化する方法

アプリでアスペクト比の制限を設定しないでください。アプリが画面サイズを選択します。ウィンドウサイズクラスを使用するスペースの大きさに応じてさまざまなレイアウトをサポートできます。表示されます。Compose WindowSizeClass API をご覧ください。と WindowSizeClass API を表示します。

オーバーライドを無効化またはオプトアウトする方法

アスペクト比の制限を指定するか、プロパティフラグを設定してください PROPERTY_COMPAT_ALLOW_MIN_ASPECT_RATIO_OVERRIDE から false に変更。

オーバーライドを調整するプロパティフラグ

<property android:name="android.window.PROPERTY_COMPAT_ALLOW_MIN_ASPECT_RATIO_OVERRIDE"
  android:value="false"/>

オーバーライドをテストする adb コマンド

オーバーライドを適用するには:

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO <package>

オーバーライドを削除するには:

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO <package>

注: これらのコマンドによるオーバーライドの適用や削除はあくまで一時的なものです。

OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY

アクティビティに対して所定の最小アスペクト比を強制するアプリの設定を制限します。縦向きのみに配置されます。デフォルトで有効。有効 OVERRIDE_MIN_ASPECT_RATIO も有効になっている場合。

オーバーライドをテストする adb コマンド

オーバーライドを適用するには:

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY <package>

オーバーライドを削除するには:

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY <package>

注: これらのコマンドによるオーバーライドの適用や削除はあくまで一時的なものです。

OVERRIDE_MIN_ASPECT_RATIO_MEDIUM

アクティビティの最小アスペクト比を中程度の値（3:2）に設定します。

アプリでオーバーライドと同じ結果を得る方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

アプリを最適化する方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドを無効化またはオプトアウトする方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドを調整するプロパティフラグ

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドをテストする adb コマンド

オーバーライドを適用するには:

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO_MEDIUM <package>

オーバーライドを削除するには:

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO_MEDIUM <package>

注: これらのコマンドによるオーバーライドの適用や削除はあくまで一時的なものです。

OVERRIDE_MIN_ASPECT_RATIO_LARGE

アクティビティの最小アスペクト比を大きな値（16:9）に設定します

アプリでオーバーライドと同じ結果を得る方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

アプリを最適化する方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドを無効化またはオプトアウトする方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドを調整するプロパティフラグ

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドをテストする adb コマンド

オーバーライドを適用するには:

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO_LARGE <package>

オーバーライドを削除するには:

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO_LARGE <package>`

注: これらのコマンドによるオーバーライドの適用や削除はあくまで一時的なものです。

OVERRIDE_MIN_ASPECT_RATIO_TO_ALIGN_WITH_SPLIT_SCREEN

分割画面のアスペクト比の使用を有効にします。すべての機能の使用をアプリに許可余白を調整できるようにしました。

アプリでオーバーライドと同じ結果を得る方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

アプリを最適化する方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドを無効化またはオプトアウトする方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドを調整するプロパティフラグ

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドをテストする adb コマンド

オーバーライドを適用するには:

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO_TO_ALIGN_WITH_SPLIT_SCREEN <package>

オーバーライドを削除するには:

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO_TO_ALIGN_WITH_SPLIT_SCREEN <package>

注: これらのコマンドによるオーバーライドの適用や削除はあくまで一時的なものです。

OVERRIDE_MIN_ASPECT_RATIO_EXCLUDE_PORTRAIT_FULLSCREEN

縦向きの全画面表示での最小アスペクト比のオーバーライドを無効にして、すべてを使用します利用可能な画面スペースが表示されます。

アプリでオーバーライドと同じ結果を得る方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

アプリを最適化する方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドを無効化またはオプトアウトする方法

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドを調整するプロパティフラグ

OVERRIDE_MIN_ASPECT_RATIO をご覧ください。

オーバーライドをテストする adb コマンド

オーバーライドを適用するには:

adb shell am compat enable OVERRIDE_MIN_ASPECT_RATIO_EXCLUDE_PORTRAIT_FULLSCREEN <package>

オーバーライドを削除するには:

adb shell am compat disable OVERRIDE_MIN_ASPECT_RATIO_EXCLUDE_PORTRAIT_FULLSCREEN <package>

注: これらのコマンドによるオーバーライドの適用や削除はあくまで一時的なものです。

OVERRIDE_ANY_ORIENTATION

次のオーバーライドを有効にして、すべての向きをオーバーライドします。

OVERRIDE_UNDEFINED_ORIENTATION_TO_PORTRAIT
OVERRIDE_UNDEFINED_ORIENTATION_TO_NOSENSOR
OVERRIDE_LANDSCAPE_ORIENTATION_TO_REVERSE_LANDSCAPE

アプリでオーバーライドと同じ結果を得る方法

activity:screenOrientation マニフェスト属性を設定する。 Activity#setRequestedOrientation() API を使用します。

アプリを最適化する方法

アプリはすべての画面の向きをサポートする必要があります。画面の向きの変更は、この処理は、次の 2 つの方法のいずれかで行えます。アプリの破棄と再作成、または構成変更の管理できます。構成の変更を自分で管理する場合、アプリの状態を ViewModel を使用して保持します。ごく限られたケースですが、画面の向きは小型ディスプレイでのみ表示されますが、画面のサイズが足りない場合やユーザーが必要に応じてアプリを回転できるようにします。Android 12L 以降のバージョンでは、デバイス設定でオーバーライドできます。詳細情報構成変更の処理とサポートに関するすべての構成の変更を処理するをご覧ください。 ViewModel の概要、アプリの向きの制限オン大画面デバイスでは対応しません。

オーバーライドを無効化またはオプトアウトする方法

プロパティフラグを設定する PROPERTY_COMPAT_ALLOW_ORIENTATION_OVERRIDE 宛先: false。

オーバーライドを調整するプロパティフラグ

<property android:name="android.window.PROPERTY_COMPAT_ALLOW_ORIENTATION_OVERRIDE"
  android:value="true|false"/>

オーバーライドをテストする adb コマンド

オーバーライドを適用するには:

adb shell am compat enable OVERRIDE_ANY_ORIENTATION <package>

オーバーライドを削除するには:

adb shell am compat disable OVERRIDE_ANY_ORIENTATION <package>

注: これらのコマンドによるオーバーライドの適用や削除はあくまで一時的なものです。

OVERRIDE_ANY_ORIENTATION_TO_USER

アプリが利用可能なディスプレイスペース全体に表示されるようにします。すべての向きをオーバーライドします。アプリマニフェストで指定されているサイズ変更可能性、アスペクト比の制限。また、呼び出しはすべて無視されます。 Activity#setRequestedOrientation().

アプリでオーバーライドと同じ結果を得る方法

android:screenOrientation マニフェストを設定しない 属性を "user" に設定します。
android:resizeableActivity マニフェストを設定する属性を true に追加します。

注: android:minAspectRatio と次の場合、android:maxAspectRatio は無視されます。 resizeableActivity は true に設定されています。
小画面で、マルチウィンドウを無効にしながらアプリのサイズ変更をサポートするモードを使用android:resizeableActivity=falseするには、 android.supports_size_changes メタデータフラグを true に設定。設定しない minAspectRatio と maxAspectRatio。

注: Android 12（API レベル 31）では、すべてのアプリがアプリの構成にかかわらず、大画面（画面幅 600 dp 以上）に対応。詳しくは、マルチウィンドウのサポート。

アプリを最適化する方法

アプリがすべての画面の向きをサポートするようにします。screenOrientation を設定しない仕様に追加します。アプリのサイズ変更をサポートするマルチウィンドウモード、すべてのディスプレイのアスペクト比をアプリのマニフェストの android:resizeableActivity 属性を true に設定してください。詳しくは、各種の画面サイズのサポート。

デバイス互換性モード

参照デバイス

互換性に関する一般的な問題

レターボックス表示

問題

アプリが縦向きに制限されているため、横向きのデバイスでは使用できません。

最適化

アプリはデバイスのすべての向きをサポートします。

互換性の対応策

サイズ互換モード

問題

マルチウィンドウ モードで、サイズ変更できないアプリがクラッシュします。

最適化

アプリがすべてのウィンドウ サイズで動作します。

互換性の対応策

縦向き専用のアプリが横向きでレターボックス表示され、再起動コントロールにより再スケーリングされています。

ちらつきループ

問題

横向き専用のアプリを縦向きで表示すると、Activity#setRequestedOrientation() が繰り返し呼び出されます。

最適化

アプリは構成の変更を処理し、画面の向きの制限がないため、ちらつきループに陥ることはありません。

互換性の対応策

カメラ プレビュー

問題

大画面の折りたたみ式デバイスで、カメラ プレビューの位置がずれたり、歪んだりします。

最適化

デバイスのすべての向きで、カメラ プレビューが正しく調整され、拡大縮小されます。

互換性の対応策

タブレット - 縦向き限定のアプリが強制的に回転されます。

折りたたみ式 - 縦向き限定のアプリが強制的に回転されます。また、アプリはレターボックス表示されます。

よく誤用される API

問題

非推奨の API がアプリの境界を誤って計算し、アプリのコンテンツが画面外に出てしまいます。

最適化

API はアプリ ウィンドウの指標を正しく計算します。

互換性の対応策

透明アクティビティ

問題

アクティビティがトランポリンから起動されたため、ダイアログの位置がずれています。

最適化

角丸

表示される起動アクティビティの上に角の丸みが正しく配置されたダイアログ。

互換性の対応策

Unity ゲーム

問題

ゲームがマルチウィンドウ モードでフォーカスを喪失し、黒いウィンドウとしてレンダリングされます。

最適化

フォーカスされていない場合でも、ゲームがマルチウィンドウ モードでコンテンツを正しくレンダリングします。

互換性の対応策

互換性の問題がないかアプリをテストする

レターボックス表示になっているか

Kotlin

Java

Kotlin

Java

アプリごとのオーバーライド

アプリごとのユーザー オーバーライド

デバイス メーカーによるアプリごとのオーバーライド

FORCE_RESIZE_APP

アプリでオーバーライドと同じ結果を得る方法

アプリを最適化する方法

オーバーライドを無効化またはオプトアウトする方法

オーバーライドを調整するプロパティ フラグ

オーバーライドをテストする adb コマンド

FORCE_NON_RESIZE_APP

アプリでオーバーライドと同じ結果を得る方法

アプリを最適化する方法

オーバーライドを無効化またはオプトアウトする方法

オーバーライドを調整するプロパティ フラグ

オーバーライドをテストする adb コマンド

OVERRIDE_MIN_ASPECT_RATIO

アプリでオーバーライドと同じ結果を得る方法

アプリを最適化する方法

オーバーライドを無効化またはオプトアウトする方法

オーバーライドを調整するプロパティ フラグ

オーバーライドをテストする adb コマンド

OVERRIDE_MIN_ASPECT_RATIO_PORTRAIT_ONLY

アプリでオーバーライドと同じ結果を得る方法

アプリを最適化する方法

オーバーライドを無効化またはオプトアウトする方法

マルチウィンドウモードで、サイズ変更できないアプリがクラッシュします。

アプリがすべてのウィンドウサイズで動作します。

横向き専用のアプリを縦向きで表示すると、`Activity#setRequestedOrientation()` が繰り返し呼び出されます。

カメラプレビュー

大画面の折りたたみ式デバイスで、カメラプレビューの位置がずれたり、歪んだりします。

デバイスのすべての向きで、カメラプレビューが正しく調整され、拡大縮小されます。

API はアプリウィンドウの指標を正しく計算します。

ゲームがマルチウィンドウモードでフォーカスを喪失し、黒いウィンドウとしてレンダリングされます。

フォーカスされていない場合でも、ゲームがマルチウィンドウモードでコンテンツを正しくレンダリングします。

アプリごとのユーザーオーバーライド

デバイスメーカーによるアプリごとのオーバーライド

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ

オーバーライドを調整するプロパティフラグ