q.1。从可用性的角度来看,在网页中嵌入PDF的有利角度是什么?

q.2。一般来说,对于普通的计算机用户,哪种情况提供了最大的“流线型”体验?

q.3。将使用cookie记住的选项基本上改善场景#2?

方案#1

  1. 用户设置选项。
  2. 用户单击报告按钮。
  3. pdf作为附件发送(保存或打开)。
  4. 好处
    • 选项不会重置。
    缺点
    • PDF可以妨碍网页。
    • 用户可能会留下太多PDF窗口打开(减慢系统性能)。

    方案#2

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

      谢谢!

有帮助吗?

解决方案

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

没有更多细节,这太难说出了最适合您的特定应用程序。用户每天8小时使用您的应用程序,或仅为每月8分钟?他们通常有大屏幕吗?小的?他们是否通过移动设备访问应用程序?正在查看其主要工作活动的报告,或者是他们将在抽屉里打印并推出的报告?回答这些问题,您的可用性问题的答案将更容易获得。

底线是,问您的用户。如果您不能,或答案是不确定的,请给他们两个选项,让他们选择。

其他提示

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

这是一个完美的UX Exchange:

http://uxexchange.com/

要回答这个问题,我先回来。我们正在谈论pdfs。单独的格式将导致可用性和可访问性问题。

记住:

  • 不是每个人都使用Acrobat Reader
  • 不是每个人都使用pdf插件
  • 并非每个浏览器都支持PDF插件

底线,将其从PDF中取出以开始。

否则,如果需要格式,投降到默认而不是嵌入imho。我会做两件事之一:

1)将其发送到浏览器作为PDF(让浏览器设置决定与IT有关)

2)生成PDF,然后提供与其的链接

方案#3怎么样?

  1. 用户设置选项。
  2. 用户单击报告按钮。
  3. pdf出现在页面中嵌入的iframe中。
  4. 选项保持在适当的地方
  5. 这将结合两者的优点:选项不会重置;在任何给定时间都不会打开一个PDF实例(除了具有多个标签的Power用户,但他们必须知道他们正在做什么。)

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

亲自,我建议使用“按钮”方法,并允许您的用户通过简单地呈现与具有突出的PDF“图标”的<a href="...">link</a>标头的下载来决定他们想要的。

这将允许日常用户到任一个:

  1. 左键单击链接并允许其浏览器首选项以通常执行的链接(在浏览器中的Adobe Reader中,提示下载,浏览器扩展等)。
  2. 右键单击链接,然后选择“另存为...”。悬停在此链接上推荐给用户如果他们希望下载PDF,则可能会出现一个友好的生成族曲线码,他们应该右键单击并选择“另存为”)
  3. 表单按钮(这就是我认为上面的想法)不允许正确的单击选项。

    在我的经验中,人们讨厌在没有警告的浏览器中打开的“惊喜”。功率用户通常是最生气的,并且已经配置了他们的浏览器来处理这个或用于“右键单击”链接到这些类型的文件(当他们知道它们即将到来时)。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top