Android タブレット、折りたたみ式デバイス、または Chromebook を所有している人は、長年にわたり、無視するのが非常に難しい煩わしさを抱えて生きてきました。アプリを開くと、インターフェースが垂直に固定されたり、大きな画面に適応する方法を知りたがらないソフトウェアによって拒否されたりすることがあります。

しかし、Google は Android 17 でこの状況に終止符を打つ時期が来たと判断しました。

さらに、問題は決して技術的なものではなく、意志の問題です。開発者には、アプリケーションを拡大縮小したり回転させたりしないことをアプリケーション コード内で宣言するオプションがあり、システムはその選択を疑いなく尊重しました。

実際の結果は、かなり迷惑な断片化でした。一部のアプリは大きな画面で非常にうまく動作しますが、他のアプリは従来のスマートフォン以外のデバイスの存在に気づいていないようでした。サムスンは、ユーザーが向きを強制的に変更できるようにすることで、折りたたみ式スマートフォンの問題を回避しようとしましたが、その結果、ほとんどの場合、使い心地の良いものとは程遠い、歪んだインターフェイスが作成されました。

Android 17 で何が変わるのか

ただし、Pixel デバイス向けにすでに提供されている Android 17 の最初のベータ版では、状況が変わりました。このバージョンのオペレーティング システムでは、開発者が大きな画面を備えたデバイス、つまり技術的には幅が 600 dp を超えるデバイスの向きとサイズ変更の制限から除外される可能性が導入されました。

つまり、アプリがタブレット、折りたたみ式デバイス、または同様のデバイスで実行される場合、5 つのマニフェスト属性と関連 API が無視されることを意味します。 API レベル 37 (Android 17 のレベル) を指すアプリは、例外の可能性なしに適応する準備ができている必要があります。

Googleは開発者ブログで、この移行への互換性は推奨ではなく要件であることを明らかにした。したがって、アプリ開発者は、インターフェイスが横向き、分割画面モード、および最新のデバイスで許可されているさまざまな構成で正しく動作することを確認する必要があります。

しかし、Google の断固としたアプローチにもかかわらず、エンドユーザーはいかなる自由も奪われていません。システムでは引き続き、アスペクト比設定を通じて個々のアプリの動作に手動で介入できるため、ユーザーの好みに合わせてエクスペリエンスを調整できる可能性が残ります。違いは、今後は、コンテキストに関係なく厳格な動作を課す開発者ではなく、アプリにどのように動作させたいかを選択するのはユーザーになるということです。

Android ラップトップにウインクする

私たちの意見では、この動きの背後にはほぼ確実に広範な戦略があり、Google が Google ラップトップの ChromeOS に代わる Android ベースのオペレーティング システムである Aluminium OS の準備をしていることは明らかです。デスクトップ環境では、定義上、アプリが横向きで実行され、スケーリングされ、可変サイズのウィンドウで流動的に動作する必要があります。Android アプリがクラッシュし続けたり、スケーリングを拒否したりし続ければ、Android ラップトップの提案全体が始まる前に信頼性を失うことになります。