スライダーはデスクトップアプリケーションの非効率的なコントロールですか？
スライダーは数値パラメーターに最適ではないといつも思っていました。パラメータの場所だけでなく、スライダの場所も確認する必要があり、現在の場所から徐々に変更するには、その場所をクリックする必要があります。スライダーの他の場所をクリックすると、値がジャンプし、変化が急激になります。これは、コントロールよりも最終結果に注意を向ける必要があるDCCアプリケーションではさらに重要な場合があります。
たとえば、Adobe Lightroomはどこでもそれらを使用します。
私が使用した唯一のより優れた代替ソフトウェアは、Autodesk Combustionで、スライダーが範囲パラメーターの場所を示すだけでなく、コントロールの任意の場所にドラッグして現在の値を確認することもできました。必要に応じて、クリックして値を入力することもできます。
ここでは、コントロールの動作を確認できます。 http://www.youtube.com/watch?&v=MNRNk2vUW8U#t=285
私はUXについてあまり詳しくないので、スライダーについて、スライダーの使用法や代替法などについて、確立された考えがあるかどうか疑問に思っています。
ご質問については、このNielsen Norman Groupの記事、特にトピック＃4を紹介します。 http://www.nngroup.com/articles/navigation-cognitive-strain/
記事全体を読みたくない人のためにグループがスライダーについて言っていることを強調するためだけに：
ナビゲーションの実装によっては、ユーザーを認知的緊張状態に陥らせるリスクがあり、望ましい行動をとる可能性が低くなります。
...
しばらくの間、誰もが自分のサイトにスライダーを求めていました。多くの場合、それらは単に不要です。
NNGroupはまた、スライダーを使用する際にデザイナーに対象読者を検討することを求めています。彼らがこの記事で示した例では、 http://www.nngroup.com/articles/good-ajax-an-example/ E-Trade画面について、NNGroupは次のように述べています。
...スライダーをドラッグするよりも、プレーンテキストボックスに数値を入力することで、目標価格を指定する方がはるかに速くなります。たとえば、96ドルに達するまでには多くの細かい操作が必要です。最も裕福な投資家の1つである年配のユーザーは、UIが正確なマウス操作を必要とする場合、手があまり安定しないため、アクセシビリティの問題に直面することを覚えておいてください。
NNGroupはまた、あなたの価値のポイントのジャンプについて言及し、この記事では変更が突然です： http://www.nngroup.com/articles/too-fast-ux/
Fast Might Be Missed-目に見える瞬きの中で画面が変わると、ユーザーは瞬きしてその変更を見逃す可能性があります...変更が自分で発生したとき-ユーザーのプロンプトなし—人々はそれを探すことすら知らず、急速に変化するものを見逃す可能性があります。この問題を緩和するための有効な戦術の1つは、変更を遅くすることです...ユーザーが開始したアクションの結果である場合、画面の迅速な更新は素晴らしいです。たとえば、タブレットのスライダーをタッチしたときに、スライダーがすぐに強調表示され、アクティブ化されたことを示します。また、スライダーを動かすと、対応する画面要素がすぐに更新されます。
スライダーはスペースを消費し、不正確であり、誤ってクリックされる可能性があり、ユーザーが不快になる可能性があります。これらの小さな領域での無効性を改善するために、テキストベースの入力領域を伴うことがよくあります。ただし、これらを使用するには、クリックする必要があります。
ただし、Lightroomの例は、スライダーがどのように光るのかを示す優れたショーケースです（意図的なしゃれ）。
ユーザーがコントラストフィルターを徐々に強めたときに画像がどのように変化するかを確認したい場合、スライダーに沿ってゆっくりとマウスを動かすと、「0.1」、「0.2」などを入力するよりもはるかに効率的です。結果のバランス。 （その特定のケースでは、テキスト入力に「0.」のみが含まれていると、プログラムがプレビューを更新する場合があり、微小な変更を比較することがさらに困難になります）。