Chrome OS の新しいファイル アプリ機能は、Chrome OS と Android の統一に向けて大きな一歩となる
Chromebook での Android アプリに対する長年の不満の 1 つは、UI の観点から全体的に一貫性がないことでした。 別々のアプリ ストアからアカウントを追加する複数の方法まで、Android は Chromebook で使用される場合、常にボルトオンという感じでした。 Android と Chrome OS が Chromebook で一緒に使用されるようになってから数年間、これらの問題の多くは適切に対処され、解決されました。 Android アプリは Chrome OS UI で拡大縮小でき、アカウント アクセスは統一され、Play ストアはアプリ ストアと同様に Chromebook 体験の一部であるかのように感じられます。 近日公開予定のApp Serviceでは、Android、Linux、Chromeベースのいずれであっても、インストールされているすべてのアプリを確認できる統一された場所さえ提供されます。
非常に多くのねじれが解決されました。 しかし、1つの大きな隔たりがまだ残っており、多くのユーザーにとってAndroidアプリの日常的な使用に支障をきたすほど、全体的なユーザーエクスペリエンスの崩壊を引き起こしています。 その問題とは、Filesアプリ、もっと具体的に言うと、ファイル選択に関してFilesアプリが全面的に統合されていないことにある。 以前は、Androidアプリを開き、そのアプリでファイルを開いて作業を始めようとすると、一般的なAndroidアプリのピッカーに移動していました。 このファイル マネージャーは実際にはアプリではなく、Chromebook にインストールされている Android Framework のコア部分であり、次のようなものです:
これは基本的に機能しますが、Android アプリ内でファイルを処理する全体のエクスペリエンスがヒットするかしないかの提案になっています。 多くの場合、ファイル ピッカーを開いた瞬間に、選択する「アイテムがありません」というメッセージが表示されます。 このような場合、Androidのファイルピッカーで何度もクリックしないと、探しているものが見つからないので、経験の浅いユーザーにとっては、深刻な懸念と混乱を引き起こすのに十分でしょう。 また、このアプリが「本物の」オペレーティング・システムの一部ではないこと、つまり、単なるAndroidアプリであることをユーザーに思い起こさせるだけであることも忘れてはなりません。 このような経験は、誰の役にも立たず、Chrome OSとAndroidの間にある溝をさらに深めるだけです。
しかし、Chrome OS の最新の安定版では、この頭痛は解消されたのです。 arc-file-picker-experiment の機能フラグはデフォルトでオンになっているようです。 この設定を行うと、Chrome OSのファイル管理アプリが唯一のファイル管理アプリになります。 Androidでファイルを開くには? 標準のファイルアプリを使用することになります。 Chromeやウェブアプリでファイルを開く? 同じこと、同じ経験です。
Chromebook を Amazon で購入する
過去数カ月間に行われた他の統一調整とともに、この新機能は、既存および新規ユーザーが複数のアプリ エコシステムにわたって Chrome OS でもう少し一貫性をもって操作できるようにするために長い、長い道のりを歩むでしょう。 Web、Android、および Linux のアプリをまとめようとする OS として、このような動きは、全体としてより良いユーザー エクスペリエンスに向けた大きな一歩です。