允许 MFI 处理长路径长度是什么启发了这个愿望清单请求？
由于文件路径过长，处理完全停止，导致多文件导入无法显示文件夹中的文件
您希望看到哪些改进？JMP 可执行以下操作之一：
- 更新 MFI 以忽略或灰显路径太长的文件，但仍处理所有其他文件
- 更新 JMP 应用程序清单以允许更长的路径长度，以便那些打开注册表设置的用户可以使用更长的路径。
为什么这个想法很重要？
在这个特定案例中，文件夹路径很长，文件夹中的某些文件超出了 Windows 260 个字符的限制。表现是 MFI 仅显示文件夹中的前 14 个文件（第 15 个是第一个违反规则的文件），但文件夹中有许多文件没有问题。MFI 应该能够显示这些文件。
此外，根据上述 Windows 文章 ( https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=registry )，用户可以在注册表中启用长路径长度，但应用程序清单也需要更新。从文章中可以看出，这似乎是 JMP 控制的。
列出的第一个选项仅仅会将 try() 嵌入到系统中，因此无法处理的文件不会被列出，但更长/更好的解决方案可能是后者，其中只要用户拥有正确的注册表项，JMP 就可以使用长路径长度。
数据访问回复：允许 MFI 处理长路径长度补充一点，我认为答案可能更多地在于第二个选项，而不是第一个选项：
Names default to here(1);
dir = Pick Directory();
files = FilesinDirectory(dir);
如果运行上述脚本并导航到有问题的文件夹，则文件变量只会填充路径长度超出范围之前的前几个文件。因此，问题似乎与 JMP 如何利用 Windows API 进行文件访问有关。
因此，唯一的解决办法可能是选项#2。
回复：允许 MFI 处理长路径长度 - 状态更改为：已确认
