問題タブ [usability]

エンドユーザーが複数のコントロールを同時に操作する必要がある特殊なアプリケーションを開発しています。このアプリケーションは、電子デバイスの制御パラメータを「調整」して、ユニットを最適なパフォーマンスに調整するために使用されます。

現在、オペレーターが一度に 1 つのスライダーをクリックしてドラッグする、複数のグラフィカル スライダーを備えた UI があります。また、スライダーをクリックしたり、少し使いやすいマウス スクロール ホイールを使用したりすることもできます。

これはある程度機能しますが、やや面倒です。さまざまなパラメーター (この場合は 5 つ) は互いに十分に独立しているため、パラメーターを 1 つの調整にリファクタリングすることはできません。また、オペレーターが制御アプリケーションの UI ではなく、調整中のデバイスに目を向けることができれば、作業がスピードアップし、簡素化されます。

私が思いついたアイデアの 1 つは、USB ジョグ ダイヤル製品をまとめて購入し、各ダイヤルを特定のコントロールにバインドするというものでした。このようにして、オペレーターは任意のパラメーターをすばやく調整したり、2 つのパラメーターを同時に調整したりできます。(ちなみに、Griffin PowerMate がすぐに思い浮かびますが、他にもいくつかのジョグ ダイヤルがあることは知っています。)

何か提案はありますか？

追加した：

場合によっては、パラメーターが異なる方向に調整され、調整手順が大幅に異なる場合があることに注意してください。それは単純な「2 つのチャンネルを一緒に追跡し、最後の差を微調整する」ということではありません。

誰かに電子メールを送信すると入力されるオートコンプリート リストがあります。リストが非常に大きくなり、必要なアドレスにたどり着くためにアドレスをどんどん入力する必要があるまでは、これで問題ありません。オートコンプリートの目的に反する

オートコンプリートの結果を、アルファベット順だけでなく、最近連絡した機能または最も頻繁に連絡した機能でソートするように、いくつかのロジックを追加する必要があると考えていました。

私が知りたいのは、この種の検索に適した既知のアルゴリズムがあるかどうか、または提案があるかどうかです。

当日は5ポイント、過去3日間は4ポイント、先週は3ポイント、先月は2ポイント、過去6ヶ月は1ポイントのようなポイント制のことだけを考えていました。そして、ほとんどの場合、25+ は 5 ポイント、15+ は 4 ポイント、10+ は 3 ポイント、5+ は 2 ポイント、2+ は 1 ポイントです。

恣意的に選んだ数字以外に、誰かが何か入力していますか? 他の数値でも、私の数値よりも優れていると思う理由を教えていただければ歓迎します

編集: これは主に、最新性 (言葉を構成するためのイェーイ) が頻度と同じくらい重要であることが多いビジネス環境で使用されます。また、特定の時点を過ぎると、80回話し合った人と30回話したことに大きな違いはありません.

私はワードスミスではなく開発者なので、行き詰まっています。

私たちは、ユーザーが私たちの 401 ページに出くわす可能性のあるサブスクリプション ベースのサイトを持っています。

IIS 401;2 ページを置き換える必要があると判断しました。

攻撃的ではない良い 401 ページを書くための例やアドバイスはありますか?

ユーザーがサイトの 404 File Not Found エラー ページに出くわした場合、それはユーザーが探していたものではない可能性が高いです。ここでは、行き止まりを、訪問者が探していたものを見つけるのに役立つリソースに変える機会があります.

完璧な 404 ファイルが見つかりません エラー ページを作成するとしたら、どうしますか? 効果的な 404 ファイルが見つかりませんエラー ページの最も役立つ機能は何ですか? そこに強い例はありますか？

Web ページのリンクには常に下線を引く必要がありますか?
私は、これが厳格で速いルールであるべきだとは思いません! 別の開発者が私が Web 標準に従っていないと不平を言った後、私はしばらく前にこれについてブログ
にコメントを書きました。それはまた出てきます、そして私はあなたの考えを知りたいです。彼女の主張は、一貫性と使いやすさのために、すべてのリンクに常に下線を引く必要があるというものでした。マネージャーが同意したので、CSS の 2 行を変更し、完了しました。作業は特に問題ありませんでしたが、サイトの使い勝手は今一つ落ちていると思います。あなたの注意を喚起するものが多すぎます。

これは、データ入力のページが多数ある Web サイトであることに注意してください。問題のリンクは、「メニュー」というタイトルのボックス内のページの左側にあるナビゲーション リンクでした。既にリンクにカーソルを合わせたときに下線が表示され、ユーザーがリンクにカーソルを合わせたときに背景色が変更されました。私は本当に議論をしているとは信じられませんでした。マネージャーが同意したとき、私はさらにショックを受けました。

私が間違っている？他にどのような議論をするべきでしたか? ありがとう！:)

ドロップダウン リスト、メニュー、およびコンボ ボックスはすべて、非常に一般的なユーザー インターフェイス要素です。ユーザーは、ネイティブ アプリケーションや場合によっては Web アプリでこれらの要素を目にすることに慣れていますが、いくつかの問題があります。

1. マウスを向ける必要があります。マウスを離すと折りたたまれるメニューもあれば、展開するために狙わなければならないサブメニューがあるメニューもあります。

2. 最初にマウスを向けないと、オプションは表示されません。

これらは私を悩ませている主な事柄です。他の人も他の問題に気付くかもしれません。私は通常、できる限りドロップダウン メニューを使用しません。

問題は、限られたスペースにオプションの長いリストを表示したい場合があることです。問題 2 は喜んで犠牲にしますが、これらのドロップ メニューを使いやすくするためのトリックを誰かが持っているかどうか知りたいです。誰かが新しいスタイルのリスト コントロールを発明したのかもしれません。

これらのタイプのコントロールが私を悩ませているとしたら、サイトのユーザーをさらに悩ませているに違いありません。

さまざまなWebアプリケーションで使用されるShibbolethを使用したシングルサインオンログインページに取り組んでいます。もちろん、フィッシング詐欺の影響を制限しながら、このページを可能な限り安全で使いやすいものにしたいと考えています。

ログインページを設計するときに覚えておくべきベストプラクティスは何ですか？

この問題に関して出てきたいくつかの質問：

• ログインページがすべてのディスプレイで常に同じように見えることが重要ですか？
• 逆に、ログインページがランダムなデザインであると有益でしょうか？
• ログインページは他のすべてのページと同じように見える方が良いですか、それとも独自のデザインにする必要がありますか？
• ログインページに独自のデザインがある場合、サイトのデザインの他の定数要素（グローバルナビゲーションなど）を組み込む必要がありますか？
• ログインページは、ユーザーに追加のコンテンツ（最新ニュースなど）を提供するための適切な場所ですか？
• 人々の安全を守るために含めるべき追加のセキュリティ機能はありますか？

記事指向のページ（ブログ投稿など）内では、<h1>要素（レベル1の見出し）は通常、次のいずれかをマークアップするために使用されます。

• ブログのタイトル（つまり、要素ではなく<title>、ページの上部にある多くの場合大きなサイトのタイトル）、または
• 記事のタイトル

最良の選択とその理由は何ですか？

サイト/ブログの名前を世界に向けて叫びたいと思うかもしれないサイト所有者にとって、サイトタイトルの周りにレベル1の見出しを使用することは理にかなっているように思われるかもしれません。

ユーザーに伝えようとしていることの観点からは、サイトのタイトルはあまり関連性がありません。記事のコンテンツは伝えようとしているものであり、他のすべてのサイトのコンテンツは二次的なものです。したがって<h1>、記事のタイトルに使用するのが最適のようです。

<h1>要素は、サイトのタイトルやその他のコンテンツではなく、記事のタイトルに焦点を当てるべきだと思います。これは決して人気のある慣習ではないようです。

例：

• Joel Spolskyは<h1>記事のタイトルに使用し、サイトのタイトルにはアンカーを使用します
• Jeff Atwoodは、記事のタイトルとサイトのタイトルにアンカーを使用していません<h1>。<h2>
• 37 SignalsのSVNは<h1>、サイトタイトルと記事タイトルのアンカーに使用します

これは、正しいセマンティックマークアップを強く検討することが期待される、3つのサイトにわたる3つの異なるアプローチです。

ジョエルはジェフとすぐにそれを正しく持っていると思います。37Signalsの人々によるマークアップの選択には非常に驚いています。

私には、それは非常に単純な決定のように思えます。記事の消費者にとって最も関連性のあるものは何ですか？記事のタイトル。したがって、記事のタイトルを<h1>要素でラップします。終わり。

私が間違っている？私が見逃しているさらなる考慮事項はありますか？私は正しいですか？もしそうなら、なぜ「<h1>記事のタイトルのために」アプローチがより一般的に使用されないのですか？

要素をどこで使用するかの決定は、<h1>私が言ったように不変ですか？それとも、主観的な考慮事項もありますか？

更新：これまでのすべての回答に感謝します。サイトタイトルの代わりに記事タイトルにを使用すると、使いやすさとアクセシビリティにどのように役立つかについて、ある程度の角度から感謝<h1>します（場合によってはそうでない場合もあります）。個人的な想定ではなく、事実に基づいた回答は多くのボーナスポイントを獲得します！

システムの外観内に GUI を保持しようとする価値はありますか?

すべての主要なプログラムには独自の手段があります... (visual studio、ieexplorer、firefox、symantec utility、adobe ...)

それとも、フレームとダイアログだけをシステムのルック アンド フィールの範囲に残す必要がありますか?

アップデート：

簡単な例として、タブに閉じるボタンを追加する場合、通常は現在のデスクトップ テーマに対して作成します。しかし、ユーザーが別のテーマを持っている場合、閉じるボタンは適切ではなく、システムの外観に適合しなくなります。

私は uxtheme API で遊んでみましたが、できることはあまりありません。私が見たいくつかのテーマは不完全なセットです。

したがって、この問題に対処するには、私が見る最善の方法は、Visual Studio/firefox/chrome roolup のように、テーマを使用して独自のタブ コントロールを作成することです...

ユーザーがいくつかの方法でグループ化/分類する必要があるアイテムのコレクションがあります。例として、それが車のコレクションであり、ユーザーがそれらを次の方法で分類したいとします。

• 色（赤、銀、青、黒など）
• ボディシェイプ（ハッチ、セダン、クーペ、ステーションワゴンなど）
• 座席（2、4、5、6など）
• 等

ユーザーが自分のカテゴリと値を完全に自由に定義できる、これを行うための特にエレガントな方法に出くわしたことがありますか？

明らかに、どのような設計でも多くのトレードオフがあります。たとえば、学習可能な設計は効率的ではない可能性があり、その逆も同様です。または、一部のデザインは他のデザインよりも不動産を要求する場合があります。また、開発に時間がかかるものもあります。

とにかく、あなたがこれのための良いパターンを見た、または設計したなら、私はそれについて聞いてみたいと思います。スクリーンショットをお持ちの場合は、なおさらです。

明確化の試み：タグは確かに物事を分類するための優れた方法ですが、私が見たすべての実装では、タグ付けのレベルは1つだけです。ユーザーは通常、カテゴリ/プロパティとそのカテゴリ内のアイテムの値を定義することはできません。上記の例とStackOverflowのタグ付けを使用するには、車に「青」、「セダン」、「4」などのタグを付けます。StackOverflowには、アイテムに「セダン」と「クーペ」の両方のタグを付けることができないという固有の知識はありません。

私が考えているインターフェースはそのようなことを知る必要があるので、ユーザー定義の属性の提案は私が考えていることに沿ったものです。その種のシステムをエレガントに実装する方法の具体例を見つけたいと思っています（それが違いを生む場合は、デスクトップアプリで）。

それはもっと明確ですか？そうでない場合は、コメントを残してください。もう一度明確にしようと思います。:)