gpt4 book ai didi

html - 从网页链接到 PDF 文档中的特定部分( anchor )

转载 作者:技术小花猫 更新时间:2023-10-29 11:44:45 25 4
gpt4 key购买 nike

有一个standard from Adobe从理论上讲,它指定从浏览器中单击的链接打开 PDF 文档,以打开 PDF 文档的特定部分(又名“ anchor ”、“命名引用”)。如果想引用大型 PDF 的特定部分(例如某些标准或规范),此功能应该会有很大帮助。

但是,据我现在所见,对这个标准的支持几乎不存在。

例如,这些链接应该在第 3.2.6 节“注释类型”中打开 Scala 引用 PDF:

  1. http://www.scala-lang.org/docu/files/ScalaReference.pdf#subsection.3.2.6
  2. http://www.scala-lang.org/docu/files/ScalaReference.pdf#nameddest=subsection.3.2.6
  3. http://www.scala-lang.org/docu/files/ScalaReference.pdf#page=23

(从技术上讲,变体 #3 应该打开页面 #23,这基本上是相同的目的地)

是否有一种工作方式(可能是使用一些垫片、专有包装器或其他任何东西)使它在大多数系统上工作? Adobe Reader插件的使用份额是多少,我应该关心其他系统吗?

如果不可能,至少我想为每个平台(即 Windows、Linux、Mac)找到一个可行的解决方案,如果我的网站用户希望能够使用命名的目标链接,我可以向他们推荐这些解决方案。

根据我的测试:

  • Windows、MSIE/Firefox/Chrome、Adobe Acrobat Reader 插件 - 所有变体都适用于版本 9+,但是:
    • MSIE 有一个奇怪的缓存问题(即 anchor 在文档被缓存之前不起作用)
    • 旧版本不工作
    • 它有 issues with link format : 通常,它应该是指向真实网络服务器的常规绝对链接,以“http://”开头。相关链接、samba 风格的链接(\\HOST\dir\file.pdf#something),除了“http”(或者可能是“https”)之外的任何其他方案都不起作用
  • Windows,任何设置为将 Adob​​e Acrobat Reader 作为单独进程运行的浏览器都不起作用
  • Windows、任何浏览器、FoxIt Reader - 不工作
  • Windows、任何浏览器、CutePDF - 不工作
  • Linux/Konqueror/Okular - 只有变体 #1 有效
  • Linux、任何其他浏览器设置为作为外部进程运行 Okular 或任何其他 PDF 查看器 - 不起作用(因为浏览器不在命令行中传递任何“#arguments”)
  • 任何操作系统,Firefox 15+ PDF.js internal PDF viewer - 不起作用

如果您尝试以各种不同的组合进行测试,我将不胜感激。

最佳答案

一般情况下似乎有效的是变体#4,但在本例中使用的是 PDF 文档中实际划分为页面的页码

http://www.scala-lang.org/docu/files/ScalaReference.pdf#page=31

PDF 文档的页码从内容本身开始,在目录之后,但该编号与 #page=... 中使用的页码不同

关于html - 从网页链接到 PDF 文档中的特定部分( anchor ),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13427302/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com