Android は数年前に独自のデザイン言語を確立しました。マテリアル デザインは、Google のオペレーティング システムに特異なアイデンティティを提供するようになり、それ以来、 その移行はより良くなりました。 マテリアル ユーはこの特定のデザインの 3 回目の反復となるため、マウンテン ビュー社は長年にわたってこの側面をまったく無視していません。
ただし、よく言われるように、輝くものすべてが金であるわけではありません。また、マテリアル ユーには、ナビゲーション モードとしてジェスチャを使用するため、現時点ではやや効果の低い要素があります。はい、私たちはサイドメニュー、一般にハンバーガーメニューと呼ばれています。
サイドメニューはマテリアルデザインの一部です
すべてはマテリアル デザインの最初のバージョンから始まりました。Googleは、オペレーティング システムのデザインに関して一貫性を持たせたいと考えていました。これは非常にうまく機能し、開発者がアプリで同じことをできるようにこの言語のサポートを提供しました。
Android の所有者は模範を示す必要があり、まずアプリケーションを更新することから始めました。これにより、すぐにマテリアル デザインの形状とイメージが適応されました。すべてが順調に進んでいた。さらに、サイドメニューやハンバーガーメニューの組み込みも重要でした。
このメニューは、左から右に横にスクロールするか、3 本の水平線のアイコン (ハンバーガーという名前の由来です) をタッチすることによって表示されます。このセクションを使用すると、開発者はアプリケーションのさまざまなセクションと設定を整理し、インターフェイスをすっきりさせることができます。しかし、後でわかるように、今日ではそれはかつてほど重要ではありません。
これは、Mountain View 社がAndroid に独自のアイデンティティを与える最初の (成功した) 試みでした。彼は成功し、彼の遺産は今日でも見ることができます。多くのアプリケーションはマテリアル デザイン 1 のデザインから離れず、さらには 2 番目のバージョンでも依然として残っています。
同じ Google アプリでも意見の相違: あるものはイエス、他のものはノー…
このアメリカの会社に対する最も簡単な批判は、自社のアプリケーション間の不一致です。インターフェイスを簡単に操作できる標準レイアウトを作成した場合は、それをあらゆる場所に適用します。それでも、現在ではアプリケーションの設計には大きな違いがありますが、いくつかの例を見てみましょう。
公式メール アプリケーションである Gmail からは、左隅にサイド メニューが表示されます。ここには、トレイ間の移動、設定の入力、他の Google アプリケーションへの切り替えなど、多数の重要なアクションが含まれています。ここでも意味はありますが、後で説明するように、を展開するのは困難です。
これを備えたもう 1 つのアプリケーションは Google Drive ですが、今回はやや不要です。削除できない唯一のオプションはゴミ箱へのアクセスです。これは、Google アカウントのアイコンをタッチしたときに表示されるメニューに (他のアプリと同様に) 追加できます。 Google マップの場合、かなり前にサイド メニューがなくなり、関連するカテゴリが上部のバーと下部のメニューに移動されました。
公式 Android アプリケーション ストアである Google Play ストアに移行します。この中で、 Google はタブレットや Chrome OS 上でもデザインを Material You に更新しました。サイドメニューがないことで目立ちますが、これもデザインの点で不平等を示すアプリケーションです。 YouTube と YouTube Music のケースは、常に独自の道を歩んできたため、あまり考慮することはできませんが、現在はマテリアル デザイン 3 インターフェイスを楽しんでいます。
サイド メニューが再び表示されるのは、Google ファイルです。ファイル エクスプローラーには、アプリの設定とヘルプへのアクセスを保存するための 3 本の水平線のボタンが表示されます。再び、空のサイドメニューを見つけます。それで、何のためにそれを保管しますか？
Google アプリケーションの探索を続け、連絡先に到達します。この場合、同期したアカウントを交互に切り替えて、どちらかの連絡先を確認するためのショートカットとして機能します。このアクションはアプリの設定から実行できるため、利用可能なオプションを繰り返します。
メーカーがデザインラインを適応しやすくすることをどれほど望んでいたとしても、Googleはアプリの方向を見失ったようだ。さらに、グリーンロボットシステムにナビゲーション方法としてジェスチャーを含めるという問題の根本についてはまだ議論していません。
ジェスチャーを使用すると、導入がより困難になります。Google はそれを削除する必要があり、解決策を知っています。
Google がマテリアル デザインと、エコシステムを構成するさまざまなアプリでのその適用に関して批判を受けたのはこれが初めてではありません。しかし現在、アプリ設計の違いよりも大きな問題、それがジェスチャーです。
誤解しないでください。ジェスチャは問題ではありません。むしろ、サイド メニューのあるアプリケーションでは、ジェスチャによってさらに困難が生じることになります。おそらくこれは、画面の右側から戻るジェスチャーをする傾向がある右利きの人にはそれほど影響しません。ただし、スクロール ジェスチャでサイド メニューを表示しようとするすべてのユーザーに影響します。これらのジェスチャーは今後も存続するため、Android の所有者は選択する必要があります。
アプリケーションを開こうとするときに、誤ってアプリケーションを閉じてしまう可能性があります。それは私にとって毎日起こりますが、非常に迷惑です。サイドメニューを画面に表示する代わりに、一歩下がって、その瞬間に実行していたアクションを迷惑にします。残された希望は、Google が解決策を知っているということです。 過去にそれを解決しようとしたとしても、その治療法は病気よりも悪いものです。
ジェスチャの標準化により、ナビゲーションに有利ではない機能の衝突が生じ、ユーザー エクスペリエンスが損なわれています。私たちが話している考えられる解決策は次の 2 つです。
- サイド メニュー項目を下部のバーに移動し、サブカテゴリを作成するか、アプリケーション内の他の場所に適用します。
- これらの要素を、Google アカウントの画像をタップすると表示されるコンテキスト メニューにドラッグします。この機能はすべてのアプリにあり、特に片手だけでモバイルを制御する場合に、操作性が向上します。
当面はサイドメニューを実装する傾向が薄れつつあるので待つしかない。下部のメニューにより、アプリケーションは片手で操作しやすくなり、Google が私たちにとってより快適なこのデザインを統合することになるのは時間の問題です。サイドメニューはすぐになくなる準備ができており、これ以上同意することはできません。