Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/html/74.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/bash/15.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
允许为下载设置名称和目录的Javascript API?_Javascript_Html_File Io - Fatal编程技术网

允许为下载设置名称和目录的Javascript API?

允许为下载设置名称和目录的Javascript API?,javascript,html,file-io,Javascript,Html,File Io,是否有javascript或Chrome扩展API,允许以特定名称将文件下载到特定文件夹?其目的是改进TiddlyWiki的保护程序和/或提供类似的“自覆盖文件”功能,以便轻松地将文件保存回以前在浏览器中打开的文件之上 在本文中,演示了一种显示blob的“保存文件”对话框的方法。但是,此方法只能建议文件名 它无法确定将显示“保存”对话框的文件夹。根据用户设置,它将默认自动将文件下载到某个下载文件夹,或显示“保存”对话框 在任何一种情况下,如果文件名已经存在,chrome将默认将文件保存为文件名

是否有javascript或Chrome扩展API,允许以特定名称将文件下载到特定文件夹?其目的是改进TiddlyWiki的保护程序和/或提供类似的“自覆盖文件”功能,以便轻松地将文件保存回以前在浏览器中打开的文件之上

在本文中,演示了一种显示blob的“保存文件”对话框的方法。但是,此方法只能建议文件名

  • 它无法确定将显示“保存”对话框的文件夹。根据用户设置,它将默认自动将文件下载到某个下载文件夹,或显示“保存”对话框
  • 在任何一种情况下,如果文件名已经存在,chrome将默认将文件保存为
    文件名(1).dat
    文件名(2).dat
    ,等等
使用此功能,不可能创建一个方便的“保存”功能,该功能允许:

  • 从本地文件系统打开一个文件,然后
  • 用更改的内容覆盖它,而不会产生重复的风险

  • 笔记

    • Chrome中似乎有一个实验性的可写文件API,可以实现类似的功能。不过,我不清楚Chrome是否将
      文件://
      URI视为安全上下文

    • 可能会提供必要的功能,但不应提供给扩展


    我敢肯定你在这里运气不好。允许JS设置路径将是一个很大的安全问题。i、 e:将文件保存为自动运行folder@Wendelin我也这么想。我希望有一个受约束的API,例如“允许程序访问用户选择的目录”或“允许本地文件覆盖自身”。后者似乎不太可能,因为像“TiddlyWiki”这样的应用是一个利基案例。Chrome中似乎有一个实验性的可写文件API,可以实现类似的功能。不过,我不清楚Chrome是否将
    文件://
    URI视为安全上下文。我将不得不调查API是否暴露于扩展。。。