4

Q.1. 使いやすさの観点から、Web ページに PDF を埋め込むことの利点と欠点は何ですか?

Q.2. 一般的に、平均的なコンピューター ユーザーにとって、最も「合理化された」エクスペリエンスを提供するシナリオはどれですか?

Q.3. オプションを記憶するために Cookie を使用すると、シナリオ #2 が大幅に改善されますか?

シナリオ #1

  1. ユーザーがオプションを設定します。
  2. ユーザーがレポートボタンをクリックします。
  3. PDF は添付ファイルとして送信されます (保存または開く)。
利点
  • オプションはリセットされません。
短所
  • PDF が Web ページの邪魔になることがあります。
  • ユーザーが開いている PDF ウィンドウが多すぎる可能性があります (システム パフォーマンスが低下します)。

シナリオ 2

  1. ユーザーがオプションを設定します。
  2. ユーザーがレポート ボタンをクリックします。
  3. PDFがページに埋め込まれています。
  4. ユーザーがクリックして戻ると、オプションがリセットされます (AJAX、Cookie なし)。
利点
  • 結果はすぐに表示されます (余分なクリックはありません)。
短所
  • すべてのブラウザーが PDF の埋め込みをサポートしているわけではありません (?)。
  • Web ページ (つまり、[レポート] ボタン) が消えます。

ありがとうございました！

4

5 に答える 5

5

PDFがブラウザウィンドウで開くのが嫌いです。しかし、私は1つのデータポイントであり、おそらくあなたにとって興味のないものです。あなたがする必要があるのはあなたの実際の顧客と話し、代わりに彼らに尋ねることです。

詳細がなければ、特定のアプリケーションに最適なものを言うのは非常に困難です。ユーザーはアプリを1日8時間使用しますか、それとも1か月に8分しか使用しませんか？彼らは通常大画面を持っていますか？小さい？彼らはモバイルデバイスを介してアプリにアクセスしますか？レポートを表示することは彼らの主な仕事の活動ですか、それともレポートを印刷して引き出しに押し込むものですか？これらの質問に答えると、ユーザビリティの質問に対する答えが簡単に得られます。

肝心なのは、ユーザーに聞いてみることです。できない場合、または答えが不確定な場合は、両方のオプションを提供し、選択させます。

于 2010-07-09T20:42:13.930 に答える
2

PDFを埋め込まないようにするのが最善だと思います。この目的がレポートのデータをプレビューすることである場合、PDFの最初のページの画像を表示することは可能でしょうか？または、PDFのデータをプレビューすることが目的の場合は、データをHTMLとして表示する方が簡単な場合があります。いずれにせよ、HTMLまたは画像（ブラウザ間でより高速で一貫性のある読み込み）を使用してPDFをプレビューし、ダウンロードリンクを提供する方がよいと思います。

于 2010-07-09T20:34:45.703 に答える
1

これは、UXExchangeに最適な質問です。

http://uxexchange.com/

質問に答えるために、私は最初に後退します。私たちはPDFについて話している。フォーマットだけでも、使いやすさとアクセシビリティの問題が発生します。

覚えておいてください：

  • 誰もがacrobatReaderを使用しているわけではありません
  • 誰もがPDFプラグインを使用しているわけではありません
  • すべてのブラウザがPDFプラグインをサポートしているわけではありません

結論として、そもそもPDFからそれを取り出してください。

それ以外の場合、フォーマットが必要な場合は、IMHOを埋め込むのではなく、デフォルトに降伏します。私は2つのことのうちの1つをします：

1）それをPDFとしてブラウザに送信します（ブラウザの設定でそれをどうするかを決定します）

2）PDFを生成し、それへのリンクを提供します

于 2010-07-09T21:25:41.983 に答える
0

シナリオ＃3はどうですか？

  1. ユーザーがオプションを設定します。
  2. ユーザーが[レポート]ボタンをクリックします。
  3. PDFは、ページに埋め込まれたIFRAMEに表示されます。
  4. オプションはそのままです

これにより、2つの利点が組み合わされます。オプションはリセットされません。常に開いているPDFインスタンスは1つだけです（複数のタブを持つパワーユーザーを除きますが、彼らは自分が何をしているかを知っている必要があります）。

経験豊富なユーザー向けに、個別の直接ダウンロードを提供することもできます。

于 2010-07-09T20:30:26.913 に答える
0

個人的には、「ボタン」アプローチに反対することをお勧めします。ユーザーは、目立つ PDF の「アイコン」<a href="...">link</a>を含むヘッダーなしでダウンロードへのリンク (例: ) を提示するだけで、必要なものを決定できるようになります。Content-Disposition

これにより、通常のユーザーは次のいずれかを実行できます。

  1. リンクを左クリックし、ブラウザの設定で通常どおりにリンクを解釈できるようにします (ブラウザの Adob​​e Reader、ダウンロードのプロンプト、ブラウザの拡張機能など)。
  2. リンクを右クリックし、「名前を付けて保存...」を選択します。おそらく、divこのリンクにカーソルを合わせると、PDF をダウンロードする場合は右クリックして [名前を付けて保存] を選択するようユーザーに勧めるメッセージが表示される可能性があります)。

フォーム ボタン (上記で検討していると思われるもの) では、この右クリック オプションを使用できません。

私の経験では、ブラウザで PDF が警告なしに開かれるという「驚き」を人々は嫌います。パワーユーザーは通常、これに最も悩まされており、これを処理するようにブラウザを構成しているか、これらの種類のファイルへのリンクを「右クリック」することに慣れています (来ることを知っている場合)。

于 2010-07-12T08:01:43.093 に答える