印刷用ボタンで新しいブラウザウィンドウを開く必要がありますか？
読む 一般的なWebアプリのユーザビリティの落とし穴？target = "_blank"の使用は 悪いこと であることを読んだときに罪悪感を覚えました。
Stack Exchangeの質問を印刷用のビューでフォーマットする小さなWebアプリケーションを開発しましたが、target = "_blank"ナビゲーションエクスペリエンスのインターフェイスに問題があるように感じます。
説明させてください：
- 質問IDを挿入し、「印刷」ボタンをクリックして印刷することができます
- 印刷用ビューが同じページで開きます
- ユーザーは、ページの左上隅にある小さなホームアイコンをクリックして、ホームページに戻ることができます。
これには何の問題もないと思います（フィードバックは歓迎されますが）。
- 質問のリストを閲覧できる
- 小さな「プリンター」アイコンをクリックすると、印刷用のビューが新しいウィンドウで開きます（
target = "_blank"） - 「質問リスト」ページからのフォーカスが失われる
- 「質問リスト」ページをもう一度クリックしてください
- 「質問リスト」ページから別の質問を印刷できます
なぜこれをしたのですか？
最初の理由：
Gmailの「印刷」機能はこのように機能します（新しいページを開く）
第二の理由：
たくさんの質問を同時に印刷する機会を与えたかったので。print - back to the "questions page" - print - back to the "questions page" - print etc. etc.のようなシーケンスを使用すると、ユーザーは自分の質問を並行して印刷できます（印刷プロセスは これ などの太い質問ではあまり高速ではありません）。
私は何かが壊れていると思います：
1。最初のケースの経験は2番目のものとは異なります
2。 新しい「プリンター対応」ウィンドウが開かれると、左上隅に同じ「ホームに戻る」アイコンが表示され、混乱する可能性があります。[修繕]
なにか提案を？
target="_blank"は常に悪いという概念に同意しません。上記の状況のように、場合によっては、特にWebアプリケーションでは非常に便利です。 （そして、最新のW3C仕様に違法であると単純に言っているので、それを嫌うWebデザイナーの種類にも会いました...）
UIデザイナーがそれを好まない理由は、ユーザーからコントロールを奪うためです。それはあなたがあなたのブラウジング体験をコントロールしているからであり、あなたがbrowsingにいるときです。記事を読んでいるときに、リンクをクリックするたびにWebサイトが新しいタブやウィンドウをポップアップすることは望ましくありません。自分で決めてください。
しかし、Webアプリを使用しているとき、特に最近のWebアプリがますます複雑になっているとき（Gmailは良い例です）、ユーザーは別の心の状態にあり、Webアプリの使用を中心とした利便性を望んでいます。 target="_blank"が完璧な解決策であるとは言っていませんが、「雑談」の質問で聞かされるほどひどいものではありません。
いつものように、それはユーザーがそれについてどう感じているかを理解することにかかっています。デザイナーとして、あなたはyourユーザーベースに最適だと思うことに基づいて決定を行う必要があり、常にすべてに適用されると思われる普遍的な「ルール」にあまり依存しないようにしてください。慣習やパターンはすばらしいですが、心を開いて、必要に応じて常識を使うことが重要です。 :)
これはあなたの質問とは直接関係ありませんが、ここに行きます...いつも「印刷」ボタンで私を悩ませてきた一つのことは、それをクリックすると実際に印刷されるのか、それがあなたにプリンターフレンドリーなレイアウトを表示するかどうかわからないということです。ボタンに「Printer Friendly Pageを表示する」などのラベルが付いているWebサイトは1つまたは2つしかありません。
印刷用ボタンで別のページを開く必要があることにはまったく同意しません。 CSSを使用すると、印刷したくないものをすべて非表示にして、必要な変更を加えることができます。そのため、ほとんどすべてのページがデフォルトで印刷用になります。唯一の実際の例外は、完全なリストを印刷するページ付けされたリストです。
http://www.w3.org/TR/CSS21/media.html
Cssを使用してページを印刷しやすくする場合でも、ページに[印刷]ボタンを配置する必要がありますが、ブラウザの印刷機能を直接呼び出すだけで十分です。これのポイントは、ほとんどのユーザーがブラウザの印刷機能がうまく機能していないことと、ページ上の印刷ボタンがよりきれいな出力を提供することに慣れていないことです。
ユーザーは実際にプリンターから何が出てくるかをプレビューする必要があると思います。 「この記事を印刷」ボタンの場合、これはそれほど必要ではなく、この場合、変換されたページは、可能であれば直接プリンターに転送される場合もあります。
新しいウィンドウを開くことについては、モーダルウィンドウ（ラサファリリーダー）が常に最良の選択だと思います。ウィンドウ自体にユーザーの注意を集中させ、ウィンドウを閉じる方法を簡単に確認できるためです。ユーザーはアプリケーションの前の状態（バックグラウンドで淡色表示されているページ）に戻ります。データがリアルタイムで更新されている場合も、UIのどこかに表示されていれば、ページのどの更新が実際に行われているかは明らかです。印刷されています。
とにかく、この特定の種類の問題に対する最適な解決策を見つけるのは簡単ではありません。
特に最後の段落では、ラフルにこれ以上同意することはできません。 Dan Safferの著書「Designing for Interaction」では、このGenius Designを呼んでいます。デザイナーはユーザーが何を望んでいるかについて最善の判断を下し、その判断に基づいてデザインします。
プリンターフレンドリーは決してありません。なぜそうしなければならないのか、私にはわかりません。
あなたができることは、サーバー上でwkhtmltopdfを使用してページをレンダリングし（独自のスタイルシート、優先フォント、および高解像度ロゴに必要なSVG画像を使用）、印刷ダイアログボックスでそれを提供します-意味のないプレビュー、PDFプリンターに直接、_blankなどはありません。このようにして、ページレイアウトを制御し、「カタログ」の基準に合わせて、印刷ボタンを押す手間を省くことができます。
印刷ボタンで「缶に書かれていることを実行」します。
純粋に私の意見は特定の研究で裏付けられていません：
いくつかの理由により、「印刷用」は「印刷」よりも優先されます。
- すでに述べたように、「印刷」リンクが何をするかわからない…それは新しいウィンドウを開くだろうか？印刷用ページを表示しますか？ブラウザの印刷ダイアログを起動しますか？
- 「印刷用」オプションは、画面上で読む場合に非常に便利です。それはプリンターを超えて目的を果たします。
- 印刷される前に何が印刷されるかを人々が期待するようにします（すべての人がブラウザの印刷ダイアログを介して印刷プレビューを表示できることを知っていますか？）
そのため、適切な印刷CSSファイルと「印刷に適した」リンクの両方を用意することを好みます。
新しいウィンドウで開くべきかどうかについては、それは難しいことです。新しいウィンドウでは、依然としてユーザビリティとアクセシビリティの問題が生じています。私はそれを同じページにロードすることに傾倒します。ある種の明らかな「ウェブ版に戻る」リンクがあります。
私はあなたを誤解していますか、それともユーザーが単一の印刷コマンドに質問を追加したいたびにユーザーを行き来させていますか？もしそうなら、あなたは本当にそれを達成するためのより良い方法を考えるべきです。 「印刷リストに追加」ボタンのようなもので、質問IDのリストを保存し、エンドユーザーが「私の質問リストを印刷」をクリックするとすべてをフォーマットします。そのような画面の間を行ったり来たりすることは、私にとって非常にイライラするでしょう。
あなたがそこで言っていることを私が誤解した場合は申し訳ありません。