ZUI（ズーム可能なユーザーインターフェース）が人気がないのはなぜですか？
Jef RaskinのThe Humane Interfaceを読んだ後、ZUIはより簡単なインターフェースを作成するための明白なパラダイムの選択のようです。どうやら元のiPhoneインターフェースは、多くのZUIパターンでその方向への大きな投資でしたが、100％ZUIとは見なされていませんでした。
ZUIが人気のあるUIパラダイムではない、またはより一般的なのはなぜですか？
The Humane Interfaceを読んでから、私もこの質問をしてきました。 Jef RaskinはZoomWorldを完全なアイデアとして提示しましたが、本当のZUIエキスパートはBen Bedersonです。彼は何十年もの間、ズームインターフェイスの構築と研究を行ってきました。彼はまたあなたの質問に対する彼自身の答えのいくつかを持っています。 彼は要約しました 、 ‘ズーム環境での手動による情報の整理はほとんど意味がありません’。彼は質問についての論文全体を書きました、「 ズーム可能なユーザーインターフェイスの約束 」。 「ZUIが難しい理由」セクション（5〜6ページ）から：
表1に要約されているように、ZUIの潜在的な利点は時としてミラージュです。 ZUIは一般的に魅力的で（一部の人は肉体的に気分が悪くなりますが）、視覚的に豊かです。しかし、単純さの約束は不十分です。
人間の視覚認識では、移動する場所を簡単に確認できますが、現実には、短期記憶に大きな負荷がかかり、空間のどこにいて、どこにあるのかを覚えているのが現実です。また、スペースがどのように編成されているかを知るために人間の記憶が必要であることは、ZUIがあまりスケールアップしないことを意味します。 ZUIは多くの場合、現実の世界と、人々が机の上に紙を並べるのを好む方法に動機付けられています。しかし、誰も自分の机の上にすべての書類を欲しがっていません。実際に使用されている論文が比較的少数であることがより一般的です。
ZUIがズームアウトによって無料で提供する視覚的な概要は、人間の記憶の負荷に対する解決策のように思えるかもしれませんが、実際には、複雑さの視覚的な概要が何かを見つけるためにかなりのスキャンと視覚的な検索を必要とするため、そうではありません。オブジェクトの数が少ない場合は、視覚的な検索タスクは難しくありません。もちろん、オブジェクトの数が少ない場合は、組織の問題を解決するためにZUIは必要ありません。
最後に、ZUIの視覚的な豊かさは両刃の剣です。人々が理解してスキャンできる、任意のサイズ、アスペクト比、色のドキュメントで複雑なスペースを設計するには、スキルが必要です。また、レイアウトが高度に構造化されていない限り、2Dデザインのスキャンは1Dレイアウトほど上手ではありません。ただし、高度に構造化された2Dレイアウトは、任意のアスペクト比のビジュアルオブジェクトには適していません。設計者は、未使用のスペースをたくさん残しておくか、大きなオブジェクトを読み込めないように縮小するか、大きなオブジェクトをトリミングして、識別性の多くを失う義務があります。
自分のポイントをいくつか追加したいと思います。まず、Jef Raskinのズーム可能なインターフェースは、ドキュメント/オブジェクト中心のコンテキストで最も理にかなっています。アプリケーション中心の環境は、そのようなインターフェースと概念的に矛盾しています。 RaskinのZUIは、アプリケーションを時代遅れにするような方法で大量の情報を整理するのに適しています。しかし、現在のコンピューティング環境はすべて「アプリ」に関するものです（Appleに続き、元のMacintoshからiPhoneまで）。 iOSのホーム画面でさえ、（特にネストされたフォルダーが追加された後の）マイナーなズーム可能なインターフェイスは、実際のコンテンツではなく、アプリアイコンの整理に制限されています。
第二に、パラダイムシフトは長い時間がかかる傾向があります。グラフィカルインターフェイスや直接操作などの概念は1960年代に発明されましたが、これらのパラダイムが一般に利用可能になるには、80年代半ばまでかかりました。インターネットとハイパーリンクされたドキュメントはさらに長くかかりました。マルチタッチスクリーンは80年代にさかのぼりますが、iPhoneは最初に一般に入手可能な手頃な価格の実装でした。ズーム可能なインターフェースは、多くの場合、リソースを集中的に使用します。それらが実用的である頃には、伝統的なGUIはかなり確立されていました。
アプリ中心のオブジェクト中心のパラダイムシフトを促進するには、「キラーアプリ」が必要だと思います。私の意見では、ZUIがあまり人気がない理由に答える最良の方法は、前提条件を否定することです。 （それは 自分の計画 です。）
ZUIの余地はあり、ほとんどのマップUIはZUIをかなりうまく使用しています。課題は、より一般的なアプリにZUIを適用することです。
ただし、Zoomableインターフェースを設計する場合、いくつかの制約があると思います。
- 内部に大量のコンテンツを配置することは困難です。
- マップのように考えるインターフェイスを設計する必要があります。現在のズームレベルがより深いものにどのように手掛かりを与えることができるかを理解しようとすることです。つまり、Aレベルでは、ズーム可能なビューに「6つの通知があります」などの次のズームレベルの情報が含まれている場合があります。さらに深くすると、それぞれの詳細が表示されます。
付記として、私はいくつかのZUIアイデアを借用したZircle UIと呼ばれるライブラリを構築しています。
この回答の序文として、私は推論しかできないことに注意してください（私が会ったことのない多くのデザイナー/プログラマーのために話をしているため）
推測：プログラマーは怠惰です
説明：コードでは、インターフェースのセクションを分離する方が簡単です。依存関係が制限されているため、コードをクリーンに保ち、ファイルを短くします。ズームインターフェイスを使用するには、ズームインしたインターフェイスをズームアウトしたインターフェイスと密接に結合する必要があります。これはいくつかの厄介なコードになります。 （明らかにあなたは何でもコーディングできるので、すべて大文字の単語に注意してください）。 iOSはこのパラダイムをUIViewControllersで頻繁に追跡します https://developer.Apple.com/reference/uikit/uiviewcontroller/1621380-presentviewcontroller?language=objc つまり、画面に何かをバーフするのははるかに簡単ですニースのアニメーションとトランジションをコーディングすることです
予想：ズームインターフェイスの実行が不十分CANコンテキストを失う（そしてユーザーを混乱させる）
説明：ズームインしすぎると、速度が速すぎると、ユーザーは「どこ」にいるのかを追跡するのに苦労する可能性があり、認知的に重く感じるでしょう
推測：ズームインターフェイスボタンほど多くのパラダイムに適合しない
説明：インターフェースを設計するとき、あなたは何が理にかなっているのかを考えています。セクションに出入りすることを強調することが理にかなっている場合は、それに従ってください。論理的には、これは、階層（動物->犬->犬の種類）、空間マップ（地球->北アメリカ）、またはユーザーが自然に深度と関連付けるもの（ウォーキングやよく見る）。ドミノピザのウェブサイトにそれがどれほど追加されないかがわかります。オンラインで注文->（ズーム）->チキン、パスタ、またはピザ->（ズーム）->ピザなど
推測：ズームインターフェイスはインターフェイスを変更するよりも遅い
説明：経験の浅いデザイナーが作成した製品を使用したことがある場合、ボタンを50回押したときのフラストレーションを覚えており、画面を変更する前に、フラストレーションが遅いアニメーションが終了するのを待つ必要があります。インターフェースのアニメーションは、（ほとんどの場合）認識されるべきであり、気づかれるべきではありません。 <-このステートメントに同意しない場合は、お好きなPower Pointトランジションについてコメントしてください（チェッカーボードワイプをマイニングします）。