默认直接打开 PDF（而非下载）

功能
1

目前，PDF 文件的核心处理方式是通过下载：

allaboutcats.pdf|附件（42.2 KB）

虽然这种方式功能完备，但对于最常见的使用场景——“我现在就想阅读”——尤其是移动设备上，却增加了几个不必要的步骤。

下载/保存文件的需求其实是次要的。虽然有时确实需要，但通常用户只是想阅读后继续其他操作。

Inline PDF Previews 这个技术提案通过在桌面端内嵌显示 PDF 解决了这个问题，且效果良好。然而，它忽略了以下常见情况：

  1. 移动设备上的 PDF 文件
  2. 多个 PDF 文件（因视觉杂乱）
  3. 在完整浏览器标签页中查看 PDF 文件

值得注意的是，还有其他下载 PDF 的途径。用户可以直接通过右键菜单或浏览器内嵌的 PDF 查看器下载文件。

建议：默认在浏览器中打开 PDF 文件

这个小调整能很好地解决上述两个问题，同时与 Discourse 中其他链接的默认行为保持一致。因此，按照提议的更改：

  1. 移动设备上的 PDF 链接通常在当前浏览器窗口中打开
    • 支持单击即查看
  2. 桌面端的 PDF 链接（即内嵌 PDF 上方的链接）在新标签页中打开
    • 支持单击即可在完整标签页中查看
  3. 当明确抑制内嵌行为时（通过在链接文本中添加空格）
    • 支持单击查看

我已将这些修改整合到以下 Pull Request 中：

3 个赞
Inline PDF Previews
2

你们团队的任何人能帮忙看一下这个PR吗，@david？

4

我在PR中留下了一些关于代码本身的评论

当我点击这个链接时，PDF会在浏览器中打开，而不是下载。你看到的情况不同吗？

我使用的是macOS上的Chrome浏览器。我们并没有在Meta上运行这个d-pdf-previews主题组件。

2 个赞
5

在 meta.discourse.org 上，我上面的链接与此页面在同一标签页中打开（就像您描述的那样）。在 safe-mode（安全模式）下也是如此。

然而，在我最近更新的三个站点上（禁用了 TC），它会尝试下载。在 safe-mode 下也是如此。我不确定为什么会这样。我找不到任何控制此功能的站点设置。

无论原因是什么，我的分支为我的站点很好地解决了这个问题！

这对我来说毫无意义！！

1 个赞
7

我将看看我们是否可以在核心中修复这个不一致性。有进展会在这里更新。

2 个赞