有关嵌入 PDF 的用户界面问题

Question

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

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

Q.3. 使用 cookies 来记住选项会显着改善场景 #2 吗？

场景#1

1. 用户设置选项。
2. 用户单击报告按钮。
3. PDF 作为附件发送（保存或打开）。

优点

• 选项不会重置。

缺点

• PDF 可能会遮挡网页。
• 用户可能会打开太多 PDF 窗口（降低系统性能）。

场景#2

1. 用户设置选项。
2. 用户单击报告按钮。
3. PDF 嵌入在页面中。
4. 用户点击返回，选项将被重置（AJAX，无 Cookie）。

优点

• 结果立即显示（无需额外点击）。

缺点

• 并非所有浏览器都支持嵌入 PDF（？）。
• 网页（即报告按钮）消失。

谢谢！

Answer 1

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

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

最重要的是，询问你的用户。如果你不能，或者答案不确定，就给他们两个选项，让他们选择。

Answer 2

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

Answer 3

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

http://uxexchange.com/

为了回答这个问题，我先退一步。我们正在谈论 PDF。仅此格式就会导致可用性和可访问性问题。

请记住：

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

最重要的是，首先从 PDF 中获取它。

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

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

2) 生成 PDF，然后提供指向它的链接

Answer 4

场景 #3 怎么样？

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

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

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

Answer 5

就个人而言，我建议不要使用“按钮”方法，并允许您的用户通过简单地提供下载链接（例如

<a href="...">link</a>

）来决定他们想要什么，而不需要带有突出的 PDF“图标”的

Content-Disposition

标题。

这将允许日常用户：

1. 左键单击链接并允许他们的浏览器首选项像平常一样解释链接（在浏览器中的 Adobe Reader 中，提示下载、浏览器扩展等）。
2. 右键单击链接并选择“另存为...”。当鼠标悬停在此链接上时，也许会出现一个友好的

   div

   ，建议用户如果想要下载 PDF，应右键单击并选择“另存为”）

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

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