ターゲット= _blankを使用することは絶対エラーではないことを実証した後、シナリオごとに新しいウィンドウを削減する方法を探ります。 2004年に彼がランダムなポップアップではないと主張したというAndle Plodのアドバイスを見たので、私は意識的にこの問題に注意を払っていました。
いくつかの非論理的な意図を別にして、なぜポップアップページを大量に使用するのですか？デザイナーは、ユーザーが道を失うことを心配しているからです。なぜユーザーは迷子になるのですか？ナビゲーションシステムは十分ではないからです。ナビゲーションシステムが十分ではないのはなぜですか？製品機能が多すぎて乱雑であるためです。なぜ機能が多すぎて乱雑なのですか？需要がうまく制御されていないためです。需要が適切に制御されないのはなぜですか？彼自身の要求を求めた人がはっきりと考えていなかったからです。
率直に言って、多くの機会はデザイナーにとって単なる問題ではないため、豆腐構造システムを構築するために劣ったソリューションを絶えず妥協し、使用することしか選択できません。速いペースでは避けられないものは普通ですが、デザイナーは、繰り返しのグローバルな調整された再構築を達成する義務を果たすべきです。
2008年に要約されたTaobaoの新しいウィンドウの国家条件を満たすリンクのアプリケーションシナリオへの上記の参照。さまざまなファイルをダウンロードしてさまざまなドキュメントを印刷するには、比較する必要があります。登録フォームのプライバシー条件は、ターゲット= _blankに必要です。
Target = _Blankがユーザーエクスペリエンスを必然的に改善するシナリオはほとんどありません。個人的には、クライアントテクノロジーの開発により、徐々に交換されると考えています。たとえば、LightboxのAJAXアプリケーションは、デザイナーに、過去に想像を絶する大きな画像を表示するときに新しいウィンドウを開く必要がないという新しいデザインコンセプトをもたらします。
フレンドリーなリンク、ブログに埋め込まれたキーワード外部リンクなど、メインドメイン名が置き換えられ、アプリケーションプラットフォーム間のリンクは通常、セカンダリドメイン名に置き換える必要があります。すべてのウィンドウが開かれていない場合、誤って飛び出すのを避けるために、最初にこれが外部リンクであることをユーザーに思い出させる必要があります。いくつかの新しいウィンドウが開かれた場合、それを制限するための統一されたルールがあるはずであり、新しいウィンドウを開くように明確に通知する必要があります。私は3種類のケースを見ました：
MSDNの例、アイコンは、これがオフサイトリンクであることをユーザーに伝えます。
gblogの例、アイコンは、これがオフサイトリンクであることをユーザーに伝え、ターゲット= _blankをクリックできます。
Egloos（Korea）の例では、アイコンは、トリガー時にこれがオフサイトリンクであることをユーザーに通知するか、ターゲット= _blankをクリックします。
SitePointのNeil Turnerの記事には、同様の3つのフォームが追加されています。タイトルプロンプトが新しいウィンドウで開く場合がある場合に言及する価値があります。これは、アクセシビリティを改善するためにタイトルの使用に記載されているアプリケーションに実際に適合しています。
たとえば、レイアウトの変更は、リストページとコンテンツページの違いです。ユーザーは長い間コンテンツページを読む必要があり、実際には毎回リストに戻るのがより不便です。最も典型的な例は、2006年初頭にGoogleが行った改善です。これは、検索結果リストへのデフォルトのターゲット= _Blankリンクです。この例では、上記の3つの条件をほぼ同時に満たしており、100％の保険を変更するためのカスタム設定を提供します。
特別なWebサイトマップとインデックステーブルもナビゲーションであり、ユーザーに最大の制御の可能性を提供する必要があります。グローバルナビゲーション、ローカルナビゲーション、補助ナビゲーション、コンテキストナビゲーション、フレンドリーナビゲーションであろうと、ターゲット= _blankを排除することをお勧めします。たとえば、WordPressプログラムのサイドバーコンテナでは、サイト内のほとんどすべてのリンクがナビゲーションであり、ターゲット= _blankはアクセシビリティの滑らかさに深刻な影響を与えます。
タブはページコンテンツ組織の非常に一般的な形式ですが、直接非表示、非同期のロード、またはナビゲーションのようなジャンプであれ、ターゲット= _blankをターゲットにすることはお勧めしません。
さらに、ナビゲーションリンクとリターン操作リンクは、パン界ナビゲーションなどの部分的にオーバーラップし、階層バックポイントは実際には戻り操作です。任意のページで戻り操作を実行すると、現在のページが不要になることを意味するため、新しいウィンドウを開くことができません。この返品には、ロゴをクリックしてホームページに戻ることが含まれます。ホームページは、遭遇できる典型的なエラーの1つです。
登録、ログイン、検索など、フォームのシナリオは比較的広く、ターゲット= _blankを排除する必要があります。大きなフィールドを持つデータフォームを送信するための非常に重要なユーザビリティ仕様があります。バックをクリックすると、データが保持されるはずです。 WordPressバックエンドは優れています。
基本的に、アクセスと動作の流encyさに影響を与えるリンクとして広範な意味で要約することができます。ターゲット= _blankは推奨されません。実際、どのようなルールであっても、ユーザーに伝えるための明確なロジックがない限り、事故を引き起こします。ただし、設計の難しさは、この事故がユーザーが予想される許容範囲内にあるかどうかを正確に判断することが不可能であることです。
ユーザーがターゲット= _blankを必要とすることを期待しているかどうかを判断することは困難であるため、2つの一般的なエラーシナリオでコンセンサスに到達するのは比較的簡単です。簡単な例を繰り返すことはありません。機会があれば追加します。