关于嵌入式PDF的用户界面问题
-
13-09-2020 - |
题
q.1。从可用性的角度来看,在网页中嵌入PDF的有利角度是什么?
q.2。一般来说,对于普通的计算机用户,哪种情况提供了最大的“流线型”体验?
q.3。将使用cookie记住的选项基本上改善场景#2?
方案#1
- 用户设置选项。
- 用户单击报告按钮。
- pdf作为附件发送(保存或打开)。 好处
- 选项不会重置。
- PDF可以妨碍网页。
- 用户可能会留下太多PDF窗口打开(减慢系统性能)。
- 用户设置选项。
- 用户单击报告按钮。
- pdf嵌入在页面中。
- 用户点击返回,选项将被重置(ajax,没有cookie)。 好处
- 结果立即出现(没有额外点击)。
- 并非所有浏览器都支持嵌入pdfs(?)。
- 网页(即,报告按钮)消失。
方案#2
谢谢!
解决方案
i 讨厌当PDF在浏览器窗口中打开时。但我是一个数据点,一个可能对你来说可能不感兴趣。您需要做的是与您的实际客户交谈并询问他们。
没有更多细节,这太难说出了最适合您的特定应用程序。用户每天8小时使用您的应用程序,或仅为每月8分钟?他们通常有大屏幕吗?小的?他们是否通过移动设备访问应用程序?正在查看其主要工作活动的报告,或者是他们将在抽屉里打印并推出的报告?回答这些问题,您的可用性问题的答案将更容易获得。
底线是,问您的用户。如果您不能,或答案是不确定的,请给他们两个选项,让他们选择。
其他提示
我认为最好避免嵌入PDF。如果此目的是预览报告上的数据,是否可以显示PDF的第一页的图像?或者,如果目的是预览PDF中的数据,则可能更容易将数据显示为HTML。无论哪种方式,我认为最好使用HTML或图像(在浏览器中加载速度更快,更一致)预览PDF,然后提供下载链接。
这是一个完美的UX Exchange:
要回答这个问题,我先回来。我们正在谈论pdfs。单独的格式将导致可用性和可访问性问题。记住:
- 不是每个人都使用Acrobat Reader
- 不是每个人都使用pdf插件
- 并非每个浏览器都支持PDF插件
底线,将其从PDF中取出以开始。
否则,如果需要格式,投降到默认而不是嵌入imho。我会做两件事之一:
1)将其发送到浏览器作为PDF(让浏览器设置决定与IT有关)
2)生成PDF,然后提供与其的链接
方案#3怎么样?
- 用户设置选项。
- 用户单击报告按钮。
- pdf出现在页面中嵌入的iframe中。
- 选项保持在适当的地方
这将结合两者的优点:选项不会重置;在任何给定时间都不会打开一个PDF实例(除了具有多个标签的Power用户,但他们必须知道他们正在做什么。)
您还可以为经验丰富的用户提供单独的直接下载。
<a href="...">link</a>
标头的下载来决定他们想要的。
这将允许日常用户到任一个:
- 左键单击链接并允许其浏览器首选项以通常执行的链接(在浏览器中的Adobe Reader中,提示下载,浏览器扩展等)。
- 右键单击链接,然后选择“另存为...”。悬停在此链接上推荐给用户如果他们希望下载PDF,则可能会出现一个友好的生成族曲线码,他们应该右键单击并选择“另存为”)
表单按钮(这就是我认为上面的想法)不允许正确的单击选项。
在我的经验中,人们讨厌在没有警告的浏览器中打开的“惊喜”。功率用户通常是最生气的,并且已经配置了他们的浏览器来处理这个或用于“右键单击”链接到这些类型的文件(当他们知道它们即将到来时)。