这似乎是 GTK+ 的一个限制。你不能强迫它的文件选择器做一些它目前不能做的事情。任何使用 GTK+ 文件选择器小部件的应用程序都会遇到同样的问题。
然而,使用 Qt 等价物的应用程序(以及所有 KDE 应用程序和许多其他应用程序)可以直接从 HTTP 链接打开。我已经在凯特身上测试过了。
我不确定你想要什么解决方案。您可能会花一些时间将其修改到相关的 GTK 库中,以便将来可以像这样运行。然后您可以提交上游,它最终将成为默认值(如果被接受)。
但更快的方法是:
在浏览器上下文中,我测试过的浏览器(包括基于 GTK 和 Qt 小部件的浏览器)都无法打开远程 URI 以进行文件选择。
如前所述,Qt 在技术上能够做到这一点,但在 Rekonq(我测试的 Qt 浏览器)中,它似乎仅限于本地文件。这可能是可以解决的问题。对于 GTK+ 浏览器(其中大部分),需要先在 GTK 上完成工作,然后才能工作。
简而言之,在浏览器中修复此问题对任何人来说都不实用。
也就是说,您可能能够创建一个基于 FUSE 的文件系统,该系统从剪贴板读取并提供一个包含一个文件的假文件系统(然后使用类似python-requests
库的东西从 URL 流式传输数据)。
然后您只需在浏览器中选择该文件,它就会像任何其他文件一样工作。
这不是一个小项目(因此缺少代码),但对于具有一点 Python 经验的人来说,它是完全可以实现的。
归档时间: |
|
查看次数: |
218 次 |
最近记录: |