問題タブ [usability]

もしそうなら、実装に関する背景情報と、このパターンを実装する理由を教えていただけますか?

このパターンについては、次の記事で詳しく説明しています。

• Microsoft インダクティブ ユーザー インターフェイス ガイドライン
• Windows フォームの IUI と Web スタイル ナビゲーション、パート 1とパート 2

ソーシャル ブックマーク サイトのタグをウェブ検索に使用する方法について調査しましたが、ユーザーが情報検索にタグを使用する他の方法についてもっと知りたいと思います。

Stack Overflow などのサイトのタグをナビゲーションに使用していますか? それらをフィルター (大量の質問のリストを絞り込む) のように考えていますか? それとも、カテゴリー (サイトがどのように構成されているかを示す) のように考えていますか?

自分のWebアプリケーションに誰でもアクセスできると正直に言うには、どのようなことをしなければなりませんか？またはさらに良いことに、ジョークラークを説得します。心配するビデオやオーディオがないので、トランスクリプトは必要ありません。他に何を確認する必要がありますか？

ユーザビリティ テストの最高のヒントは何ですか? 早くて安く欲しい。

私は、人々が最良のサインアップ フォームと考えるもののサンプルを取得しようとしています。デザイン良し、使い勝手良し。スマートエンジニアリング。役立つフィードバック。

モーダルポップアップを使用するケースは何ですか? ユーザーの顔に突然開いた場合、ユーザーの流れを中断しますか? 一般的にモーダルポップアップを避けますか? または、いつそれらを使用する際に注意する必要がありますか?

編集：

もう少し具体的に言うと、ここでの状況は次のとおりです。

ユーザーが要素を追加したい場合、右側にメニュー (VisualStudio スタイル) があります。メニューを下に展開してそこから何かを選択させ、[OK] ボタンを押すか、モーダル ポップアップを表示する必要があります。選択を迫る。

（選択ステップは必須です。）

Let me first say, we validate every field on the server side, so this a question about client-side usability.

What is the conventional wisdom on exactly when to validate and format html form input fields using javascript?

As an example, we have a phone number field. We allow numbers, spaces, parentheses, and hyphens. We want the field to have ten digits. Also, we want the field to look like (123) 456-7890, even if the user doesn't type it that way.

It seems like we can

• Validate and format it when the user exits the field.
• Validate and format on every character entered.
• Intercept keystrokes and prevent the user from entering characters that are wrong.
• Some combination of the above (e.g. format on entry and validate on exit, prevent on entry and format on exit, etc.)
• [Added] Wait and do all the validation and formatting when the user clicks submit.

I've seen it done all of these ways, but I can't find information about what is best (or even generally accepted) from a usability perspective, and more importantly, why.

[Edit: Some clarification]

We are absolutely not enforcing any format standards. When I say format, I mean we'll use javascript to rewrite things so they look nice. If the user types 1234567890, we'll change it to (123) 456-7890. There are no "formatting rules" that can fail.

I distinguish this from validation because if they don't type enough numbers, we have to make them fix it.

I guess I should rephrase the question as "what is the conventional wisdom on exactly when to validate and exactly when to format...?

Good info in the answers so far!

EDIT: I'm accepting my own answer below in the hopes that others will find the link as helpful as I did.

古い、ひどく書かれたエラーメッセージのテキストの一部を変更しています。優れたエラーメッセージを作成するためのベストプラクティス（特にWindows XP / Vistaの場合）のリソースは何ですか。

GTK+ にリスト コントロール ( gtk.TreeView1 列の a) があり、"find-as-you type" が有効になっています (したがって、任意のテキストを入力すると、リスト エントリを検索するための小さな検索フィールドが開きます)。ここで、ユーザーが「abc」などの検索テキストを入力した場合、「abc」で始まるエントリのみを検索する必要がありますか?それとも、テキストのどこかに「abc」を含むエントリを検索する必要がありますか?

(関連するヒューマン インターフェイス ガイドラインへのリンクを歓迎します)

同じウィンドウでリンクを開くことが常にベストプラクティスでした。ほとんどの一般的なブラウザがタブを使用するようになった今でも、それをルールにする必要がありますか？個人的には、戻るボタンを押すよりもタブ/ウィンドウを閉じる方が好きです。あなたの考えは何ですか？