明示的な「アクションの実行」コントロールのない自動UI
長年にわたって多くの例を見てきましたが、この種のインターフェースが今日どこにあるのか疑問に思っています。
「自動UI」とは次のようなものです。
通常、画面、ダイアログ、Webページでは、データを入力する必要のある入力コントロールがいくつかあり、コマンドボタン「移動」、「検索」、「フィルター」などを押します。これらが設定の場合、ボタンには「保存」または「適用」と表示されます。ここで重要なのは、ウィンドウ、ダイアログ、ページを閉じるか、「キャンセル」ボタンをクリックすることで、意図したアクションをいつでもキャンセルできることです。
自動インターフェイスでは、そのようなアクションボタンはありません。入力コントロールへのデータの入力を停止するか、コントロールから入力フォーカスを削除するとすぐに、問題が発生します。例はたくさんあります：
入力をやめるとすぐに結果がフィルタリングされるGoogleインスタント検索。「検索」を明示的にクリックする必要はありません。
Safariブラウザの設定ダイアログ。何かを変更するとすぐに保存されます。ダイアログには、明示的な「保存」または「適用」ボタンはありません。
最近、Stack Overflowのキャリアに関する検索。変更を導入した入力コントロールからフォーカスを削除するとすぐに検索がトリガーされます。
今問題は、インターフェイスの場合、この種の業界の意見は何ですか？
彼らは現代的で「クール」と考えられているので、ユーザーはどこでもそれらを望んでいますか？
それらは使いやすさを改善することが知られていますか？その問題についての研究はありますか？
彼らは舞台裏で技術的な利点を持っていますか？
それともこれは単に物事を行うための別の方法であり、好みの問題にすぎませんか？
これらのインターフェースに関する私の個人的な経験は2つあります。時にはそれはグーグルのインスタント検索のような相互作用を単純化するので、私はそれらをポジティブなものとして見ています。フェンスの反対側では、ダイアログがすぐに保存して適用するため、何かをクリックしたり、誤って変更したりすると、特にどこかにクリックしたことに気付かなかった場合（特に、一部のリストでは、マウスを動かしました）。その場合、これらのインターフェースは不安感を引き起こします。
だから私はそのことについてあなたの意見に興味があります。この種のことに関する企業の「公式」声明。ユーザビリティのケーススタディ。なぜ人々がそのようなインターフェースを実行しているのか、そしてそれらがどのように機能するのかを説明するもの。
更新：私はこれらのインスタントインターフェイスで私が好きではないことを理解するようになりました。それは心理的であり、それはコントロールの欠如の感覚です。明示的なボタンを使用すると、私が言うと事態が発生します。それらがなければ、ソフトウェアが決定したときに何かが起こり、私は受動的で無力な観察者のように感じます。
「自動」を定義するために2つの異なるものを混ぜていると思います。はい、「自動的に」起こることがいくつかありますが、それは何ですか？
Googleインスタント検索（ちなみにoptional）を実行すると、情報を入力し始めると、最良の結果が表示されます。この機能はガイドを提供し、オプションを提供します。これは、システムに対する検索クエリの有用性に関するリアルタイムのフィードバックを提供します。
Safariの設定（説明からnon-optionalの動作である）を使用する場合、いくつかの入力を行うと、入力はすぐに適用されます。この機能は、入力の処理方法を制御します。これは、テキストエディタに似ており、入力した内容を直接保存します（履歴がないと仮定すると、うんざりしています）。または、Webコンテンツエディターのように、書き込みと同時にサーバーに入力を公開します（これにより、stackexchangeの「スレッド」が激しいチャットバトルに変わります：D）。または、自動的に最良の推測を挿入するスペルチェッカーのように（本当に間違っている可能性があります）。
したがって、最初のアプローチは状況に応じてオプションを提供し、2番目のアプローチは無条件に決定を行います あなたのために。
言い換えると、1つ目は役に立ち、2つ目は迷惑であるだけでなく、潜在的に有害です。
基本的に、2つのアクションの違いは クエリとコマンド の違いです。クエリには副作用がありません。したがって、「自動」クエリで問題が発生する可能性はほとんどありませんが、「自動」コマンドはほぼ確実に望ましくない動作を引き起こします（「並列空間」で実行しない限り、つまり、直接のアプリケーションではなく行われた設定のプレビュー、または直接保存するのではなく、現在のドキュメントの状態のバックアップ）。
これらの種類のインターフェースは間違いなくクールです。時間を節約できるからです。削除すると言うと、検索ボタンをクリックする時間を節約できます。
一方で、それは新しいものであるため、ユーザーにはクールとは見なされない可能性があります。そして、常に新しいことを学ぶ必要があります。そして人々は学習が好きではないかもしれません。
Jef Raskinは彼の「The Humane Interface」でこれらの問題に焦点を当てました。また、キーのクリックやヒットなどのアクションに必要な時間も測定しました。それで、彼は彼が必要ではないと考えたすべてのものを削除しました。彼の名の2番目の文字でさえ。
この本の例（混同しているかどうかお知らせください-数年前に読んでください）：
- オン/オフスイッチがないコンピューター。コンピューターがスリープモードになり、ヒットキーなどのアクションがオンになります。ヒットキーでも無駄になりません。ワードプロセッサが実行されている場合は、ヒットキーが書き込まれます。
- 検索フィールドの即時結果。彼が本を書いたとき、遅いコンピュータのために機能を実装することは不可能でした。最近では、iTunesやGoogleインスタント検索で見つかります。
- 保存してロードする必要はありません。タイムラインを介してドキュメントの履歴に戻るだけです。すべてを自動的に保存する必要があります。
- アプリケーションやアイコンのような無駄なメタファーは抽象的であるため、ありません。彼は、ズームレベルによってユーザーがコンテンツに直接飛び込むことができると提案しています。そのためのアプリケーションを開かずにすぐに編集できます。これにより、どのような種類のアプリケーションを使用するかという選択も節約されます。彼はeで使用されるインターフェースを発明しました。 g。それによってGoogleマップで。
- 彼はボタンの適切なラベル付けを主張した。例： 「保存しますか？」 -> ok/cancelは抽象的であり、最初にボタンの動作を理解する必要があります。彼はボタンが彼らが何をするかを伝えるべきであると言いました：保存/保存しないでください。追加の時間を節約できます。
ここで少なくとも4つの質問をしました。私はそれらのうちの1つを取っています：
- 彼らは舞台裏で技術的な利点を持っていますか？
はい。彼らは、それほど「バースト的」ではない方法でコンピューター・リソースを使用するプログラミングのスタイルを採用しています。たとえば、コマンドでコンパイルするまで待機するコンパイラを使用すると、処理の需要が急増します。代わりに、バックグラウンドでコンパイルしている場合、ユーザーが入力すると、コンピューターリソースがより均等に使用されます。同じ計算リソースseemより強力です。
Googleインスタントについての1つのポイントは、初期の結果が実際に届かない可能性があることです。クエリの早い段階でRAMから提供できないインデックスにヒットした場合、インスタント検索は影響を受けますが、クエリを完了するまでに、またはさらに数文字入力するだけで、IS羊。入力している内容をプレビューすることで、Googleは完全なクエリに答える際の第一歩を踏み出しました。
あなたが見ているトレンドの一部として、Googleドキュメントに共同編集を含めます。ユーザーが入力する小さな更新は、誰かが更新されたページをウィキペディアに送信したときの大きな更新よりもバーストが少なくなります。これは、ピークネットワークトラフィック、メモリキャッシュサイズ、負荷のリバランスコストに影響を及ぼします。実質的な効果は、同じハードウェアでより多くのユーザーをホストできることです。
入力時に物事を行うサイトの2番目の技術的利点は分析です。彼らはより多くの情報を得て、彼らのサービスをより良く改善することができます。彼らはバックスペースと一時停止、高速と低速のタイピングを確認しますが、コミット時にのみキャプチャする場合は確認できません。
最初の種類（明示的な[適用]ボタン）には、実際には技術的な利点があります。低帯域幅の接続が可能になります。UIは、[適用]ボタンが押されたときにバックエンド処理コードにアクセスするだけなので、これは昔は大きなアドバンテージでした。たとえば、メインフレームプログラミングでは、メインフレームが1,000人のユーザーに同時にサービスを提供する場合があり、すべての編集に追いつくことができません。
この慣習は、パーソナルコンピュータであるPCに持ち込まれ、飽和する問題はありませんでした。 Webサーバーが今や数万の（リモート）ユーザーにサービスを提供する可能性があるWeb時代に再び関連するようになりましたが、帯域幅さえ追いついています。
よくある間違い（タイプミスなど）にペナルティを課すインターフェースは明らかに間違っています。しかし、一般的に、それは引数ですagainst Applyボタン。それはあなたの過ちを永続化させる方法にすぎません。また、[適用]ボタンがない場合、誤ってクリックすることはできません。
これらの予測アクションは上級ユーザーに適しています。また、コントロール感を本当に必要とする初心者にとっては有害な場合があります。これが直感に反する場合：上級ユーザーは実際の制御が必要ですが、初心者は制御の感覚が必要なので、ハングアップしているように感じますそれの。
ボタンが押されているとき、上級ユーザーはそれに気づき、ショートカットを高く評価する場合としない場合があります。しかし、初心者はそれが押されたことにさえ気づいていない可能性があり、定義した設定を実行する方法を探します。グーグルインスタント検索の上級ユーザーは、入力に応じて結果が変化することに気づき、初心者は入力を終了し（おそらく、キーボードではなく、画面を見ていません）、ボタンを検索して検索を開始します。 。
bit.ly を見てください。ログインしていない場合は、ホームページに元のURLを入力してから、「短縮」ボタンを押すと、短いURLが表示されます。ただし、サインインしている場合は、テキストボックスにURLを入力し終えると、同じテキストボックス内で自動的に短縮されます。これは、サインインしているという事実は、おそらくカジュアルなユーザーでも初めてのユーザーでもないことを意味し、何が起こったのかを知ることができるからです。
要するに、それは高度な機能/ショートカットとして扱われるべきだと思います-専門家にとっては良いですが、初心者にとってはあまり良いことではありません。