电子版本:1.4.4
操作系统:Windows 10 x64
你好,
我试图“破解” electron文件协议,以便我可以处理绝对path 。 在os x一切正常。
在Windows上,我无法从协议文档中得到示例工作,它会引发ERR_FILE_NOT_FOUND错误。 我喂了一个forms为atom:///path/to/index.html的pathstring,并试图将atom注册为标准scheme。
调用win.loadURL()时会在启动时发生错误。
在Windows 7中,程序名称不会与协议处理程序一起显示
为什么窗口传递完整的自定义url包括协议来处理应用程序?
可以发布到自定义注册协议/scheme?
通过WiFi在Windows和Android之间共享文件
实现我自己的协议,并通过我的浏览器使用它
如果我调用file:///path/to/index.html ,文件被正确加载(但是,绝对path的后续资源失败),但没有registerFileProtocol或interceptFileProtocol组合为我工作,即使我明确地返回stringfile:///path/to/index.html在callback中,我得到错误信息。
任何见解,将不胜感激。
奇怪的Linux套接字协议的行为
Windows中的自定义URL协议来提供HTML内容
用于Windows的URLscheme(协议处理程序)编程?
Chrome中的协议处理程序通过registry
在Windows 8上共享应用程序URIscheme注册
非常感谢enlight 。 让我逐字分享他的回答:
ERR_FILE_NOT_FOUND可能意味着您传递给回调的路径无效,回调采用绝对文件系统路径,而不是URL。 所以调用callback('file:///path/to/index.html')将不起作用,但callback('C:\path\to\index.html')应该工作(假设文件存在)。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。