【问题标题】:javascript -- anchor tag resolve to chrome://pluginsjavascript -- 锚标记解析为 chrome://plugins
【发布时间】:2013-01-22 18:50:59
【问题描述】:

我有一个网站,我们需要使用 Adob​​e Reader 的插件,结果我们在 Chrome 中内置的通用 PDF 插件遇到了麻烦

(注意:请不要用“如果您对通用 PDF 插件有问题,请向 Chrome 提交错误,以便我们修复此问题”来回答这个问题......我们有特定的理由需要 Adob​​e插件...这不是关于该主题的问题)

因此,我构建了一个脚本来检查通用插件是否是当前活动的插件(基于 'navigator.mimeTypes["application/pdf"].enabledPlugin.name'),这非常适合告诉我们的客户说他们没有启用正确的插件。从那里我们提示他们启用正确插件的分步说明。

话虽如此,如果我们可以告诉他们单击链接以启动插件管理页面,而不是告诉他们在网络浏览器中输入“chrome://plugins”,那将是理想的选择

我尝试将 'chrome://plugins/' 和 'about:plugins' 设置为锚标记的 href 位置,但单击它什么也不做(我认为这是设计使然)...我也尝试使用window.open('chrome://plugins') 和 'about:plugins' 这也不起作用...是否可以从 javascript 启动此页面?

如果这不是一个选项,我们可以编写一个 chrome 扩展来自动为我们的客户切换活动插件吗?

【问题讨论】:

标签: javascript html google-chrome plugins


【解决方案1】:

如果用户在锚元素上单击(这是用户发起的操作)时未遵循 URI,则给定的 URI无法通过自动方式打开1.

Chrome 将其视为类似file:// 的“受限协议”,并且不会支持任何导航(例如,用户点击、拖放、模拟点击、window.open、位置。 href 等)除了手动输入位置栏。


1 这假设没有额外的插件/扩展来促进此操作(即LocalLinks)并且该操作是从“不受信任的”页面/文档启动的。

【讨论】:

  • 是的,这就是我的想法,感谢您的澄清。我可能会考虑构建一个扩展来自动化这个过程,但我认为现在我们将把时间集中在其他地方
猜你喜欢
  • 1970-01-01
  • 2017-04-03
  • 2019-06-03
  • 2016-01-30
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-09-01
  • 2012-09-26
相关资源
最近更新 更多