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

【问题标题】：User interface issues regarding embedded PDFs有关嵌入式 PDF 的用户界面问题
【发布时间】：2024-05-16 09:00:01
【问题描述】：

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

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

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

场景 #1

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

优点

选项不会被重置。

缺点

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

场景 #2

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

优点

结果立即出现（无需额外点击）。

缺点

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

谢谢！

【问题讨论】：

您应该描述“嵌入”的含义。通常，如果在网页中引用了 PDF，则取决于浏览器及其设置是在网络浏览器中显示它，还是在 PDF 查看器中显示。
@GrandmasterB：您可以将 HTTP 标头中的 Content-Disposition 设置为 attachment 以防止嵌入。
对...但是您说您正在嵌入并且没有说明如何嵌入-因此无法有效地回答您的问题。我仍然认为您最好的选择是链接到 PDF，并让最终用户通过他们的浏览器/pdf 查看器设置来决定是否要嵌入它。
@GrandmasterB：我还没有嵌入；我希望了解嵌入与保存/打开的优缺点。

标签： pdf user-interface cross-browser hci

【解决方案1】：

场景#3怎么样？

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

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

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

【讨论】：

PDF 相当大：8.5 x 11，因此无需滚动页面即可同时显示 PDF 和选项的屏幕空间已不存在。这无异于隐藏选项。不过，这是一个有趣的想法。
@Dave 为什么不尝试使用 jQuery 选项卡或其他东西在嵌入式 PDF 和选项之间切换？
具有多种形式的 jQuery 选项卡不能混合使用。不过，在 PDF 和选项之间切换的想法很有趣。

【解决方案2】：

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

【讨论】：

+1 如果用户需要.PDF，让他们手动下载。如果他们只想查看结果，可以将其渲染为 HTML 或图像（有很多 PDF->图像库）。
@Computerish：PDF 对于图像或 HTML 页面来说都太复杂了。此外，它需要适合 8.5 x 11 才能打印。
如果它是一份报告，并且如此复杂，那么报告的格式和内容可能存在根本问题（当然，我认为这完全不在你的掌控之中）
@DA：我可以完全控制报告的格式和内容。查看链接，生成报告，您就会明白我的意思。
我不明白为什么您不能显示示例图像。只需获取示例图像并将其缩小到合理的大小。文本不必是可读的，你只需要能够看到格式和图表的样子。当用户想要真正深入研究数据时，他们可以下载整个 PDF 并使用他们想要的任何查看器。

【解决方案3】：

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

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

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

【讨论】：

+1 表示“我讨厌在浏览器窗口中打开 pdf”和“与您的实际客户交谈并询问他们”。

【解决方案4】：

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

http://uxexchange.com/

要回答这个问题，我先退后一步。我们说的是PDF。仅此格式就会导致可用性和可访问性问题。

记住：

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

底线，从 PDF 开始。

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

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

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

【讨论】：

@DA：PDF 是绝对需要的；我需要完全控制打印版本的外观（字体、大小、布局、嵌入图表等）。保留 PDF 服务器端是个好主意，但需要监视驱动器空间并设置 cron 任务以删除旧文件。它还涉及用户的额外步骤：单击链接。
@DA: uxechange 很好，但是必须注册和更新配置文件 15 亿次（每个 SO 副本一次）很快就会很烦人。
@Dave Jarvis：您是否考虑过关联帐户？在“新”SO 站点上，您只需使用当前的 SO 开放 ID 登录。该网站会注意到它尚未在那里使用并提供为您注册。帐户因此被链接，我认为也会自动更新。如果您当前帐户的声望超过 200，您甚至可以获得 100 奖励声望。
+1 让浏览器决定如何处理 pdf。浏览器将根据个人用户的偏好进行设置，这可确保您遵循这些偏好，而不是成为奇怪的人。
@Dave Jarvis：抱歉，我刚刚查看了 uxexchange，结果发现它使用 open-id，但它似乎不在 SO 或 stackechange 系列中 - 并且不会自动- 选择 SO-family-member 网站所做的个人资料。

【解决方案5】：

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

这将允许日常用户：

左键单击链接并允许他们的浏览器首选项像往常一样解释链接（例如在浏览器中的 Adobe Reader 中、提示下载、浏览器扩展等）。
右键单击链接并选择“另存为...”。将鼠标悬停在此链接上时，可能会出现一个友好的div，建议用户如果希望下载 PDF，应右键单击并选择“另存为”）

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

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

【讨论】：