4

问题 1。从可用性的角度来看，在网页中嵌入 PDF 有哪些优点和缺点？

问题 2。一般来说，对于普通计算机用户来说，哪个场景提供了最“精简”的体验？

问题 3。使用 cookie 来记住选项会大大改善场景 #2 吗？

情景#1

  1. 用户设置选项。
  2. 用户单击报告按钮。
  3. PDF 作为附件发送（保存或打开）。
好处
  • 选项不会被重置。
缺点
  • PDF 可能会阻碍网页。
  • 用户可能会打开太多 PDF 窗口（降低系统性能）。

情景#2

  1. 用户设置选项。
  2. 用户单击报告按钮。
  3. PDF 嵌入在页面中。
  4. 用户点击返回，选项将被重置（AJAX，无 cookie）。
好处
  • 结果立即出现（没有额外的点击）。
缺点
  • 并非所有浏览器都支持嵌入 PDF (?)。
  • 网页（即“报告”按钮）消失。

谢谢！

4

5 回答 5

5

我讨厌在浏览器窗口中打开 pdf。但我是一个数据点，你可能不感兴趣。您需要做的是与您的实际客户交谈并询问他们。

如果没有更多细节，很难说出最适合您的特定应用的内容。用户每天使用您的应用程序 8 小时，还是每月仅 8 分钟？他们通常有大屏幕吗？小的？他们是否通过移动设备访问该应用程序？查看报告是他们的主要工作活动，还是他们将打印并塞进抽屉的报告？回答这些问题，您的可用性问题的答案将更容易获得。

底线是，询问您的用户。如果你不能，或者答案不确定，给他们两个选择，让他们选择。

于 2010-07-09T20:42:13.930 回答
2

我认为最好完全避免嵌入 PDF。如果此目的是预览报告上的数据，是否可以显示 PDF 第一页的图像？或者，如果目的是预览 PDF 中的数据，将数据显示为 HTML 可能更容易。无论哪种方式，我认为最好使用 HTML 或图像（在浏览器中加载更快、更一致）来预览 PDF，然后提供下载链接。

于 2010-07-09T20:34:45.703 回答
1

这是一个非常适合 UX Exchange 的问题：

http://uxexchange.com/

为了回答这个问题，我先退后一步。我们说的是PDF。单独的格式将导致可用性和可访问性问题。

记住：

  • 不是每个人都使用 acrobat reader
  • 不是每个人都使用 pdf 插件
  • 并非所有浏览器都支持 pdf 插件

最重要的是，从 PDF 开始。

否则，如果需要格式，请放弃默认而不是嵌入，恕我直言。我会做两件事之一：

1）将其作为 PDF 发送到浏览器（让浏览器设置决定如何处理它）

2）生成PDF，然后提供一个链接

于 2010-07-09T21:25:41.983 回答
0

场景#3怎么样？

  1. 用户设置选项。
  2. 用户单击报告按钮。
  3. PDF 显示在页面中嵌入的 IFRAME 中。
  4. 选项保持不变

这将结合两者的优点： 选项不会被重置；在任何给定时间只会打开一个 PDF 实例（具有多个选项卡的高级用户除外，但他们必须知道自己在做什么。）

您还可以为有经验的用户提供单独的直接下载。

于 2010-07-09T20:30:26.913 回答
0

就个人而言，我建议不要使用“按钮”方法，并允许您的用户通过简单地显示链接（例如）来决定他们想要什么，<a href="...">link</a>而无需Content-Disposition带有突出 PDF“图标”的标题。

这将允许日常用户：

  1. 左键单击链接并允许他们的浏览器首选项按照通常的方式解释链接（例如在浏览器中的 Adob​​e Reader 中、提示下载、浏览器扩展等）。
  2. 右键单击该链接并选择“另存为...”。将鼠标悬停在此链接上时可能会出现一个友好的div提示，向用户推荐如果他们希望下载 PDF，他们应该右键单击并选择“另存为”）

表单按钮（这是我假设您在上面考虑的）不允许此右键单击选项。

根据我的经验，人们讨厌在浏览器中毫无警告地打开 PDF 的“惊喜”。高级用户通常对此最为恼火，他们已将浏览器配置为处理此问题，或者习惯于“右键单击”此类文件的链接（当他们知道它们即将到来时）。

于 2010-07-12T08:01:43.093 回答