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

Question

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

Q.2。一般情况下，对于普通计算机用户，哪种情况提供最“精简”的体验？

Q.3。使用Cookie记住这些选项会大大改善场景＃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>）来决定他们想要什么，而不需要Content-Disposition标题PDF“icon”。

这将允许日常用户：

1. 左键单击该链接并允许其浏览器首选项按正常方式解释链接（在浏览器的Adobe Reader中，提示下载，浏览器扩展等）。
2. 右键单击该链接，然后选择“另存为...”。当悬停在此链接上时，可能会显示一个友好的div，向用户推荐如果他们希望下载PDF，则应右键单击并选择“另存为”）

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

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