保存 html() 慢？<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />当我在报告窗口上使用 save html() 时，保存需要很长时间 - 对于单个页面可能需要半小时或更长时间。它最终确实有效。其他人有这个问题吗？
我能做些什么来让它更快吗？这些不是大文件 - 仅 2-5 K。它在想什么？我想将其作为自动作业的一部分来执行此操作，因此花费半小时的单独报告实际上是可以的，但其中一种情况是我想循环创建此输出的许多不同情况，因此它确实需要很长时间并且工作可能会被终止。
我在其他一些情况下使用 saveinteractivehtml() ，即使文件较大，也没有出现此问题。如果我在同一个窗口上使用 saveinteractivehtml，它也很快，但这是一个 saveinteractivehtml 不能很好地呈现的窗口。我有某些输出，我无法将其与..
我在至少 2 个完全不同的窗口中遇到了这个问题 - 一个由 JMP 绘图组成，另一个主要是带有在 JMP 中创建的一些注释的图像。
感谢任何有关尝试的建议。
回复：保存 html() 慢？以防万一它对其他人有帮助，我也为我的存档案例找到了解决方案：
尽管 JMP 为每个页面保存了 40 多个单独的部分，但所讨论的报告只是一张大图，因此我可以将 nw<
可能对于某些报告， savehtml() 会做很多繁重的工作并创建一些复杂的 html，但对于这个非交互式报告，使用单个图像并自己控制所有文件名和位置 DIY html 确实非常容易。
回复：保存 html() 慢？谢谢！我发现至少我绝对可以改进我所拥有的。
回复：保存 html() 慢？是的。随着图片数量的增加，添加另一张图片需要更长的时间。加载 HTML 不是问题，但编写才是问题。JMP 13 将使用文件名中的部分日期来防止速度变慢。
像这样的东西会工作得更好，同时保持 gfx+html 的组织。 最后几行建议了一种为用户将当前文件保存在一致位置的方法：
// 创建每日报告文件夹的示例脚本
dt =打开（ “$sample_data/大类.jmp” ） ;
报告= dt <<双变量（是（ :重量） , X （ :高度） ,拟合线（ {线条颜色（ { 213 , 72 , 87 } )} ） ） ;
// 目录名称可以全是数字，但您可能需要字母，
// R 代表报告，也许作为第一个字母。或者一个更好的标题。
// 确保日期格式没有 / 或 \ 字符！
// YYYYMMDD 格式很好，因为它排序正确
日常的= “R” ||格式（今天() , “yyyymmdd” ） ;
路径名= “$桌面/” ||日常的;
如果（ ！目录存在（路径名） ,
创建目录（路径名）
） ;
报告<<保存html （路径名|| “/biv.html” ） ;
报告<<关闭窗口;
关闭（ dt , “不保存” ） ;
创建目录（ “$桌面/最终位置” ） ; // 可能从昨天就已经存在了
复制目录（路径名, “$桌面/最终位置” ） ; // 每天使用
删除目录（ “$桌面/最终位置/当前” ） ; // 清除昨天的报告
// 将每日“R20160527”设置为固定名称“current”
重命名目录（ “$桌面/最终位置/” ||日常的, “当前的” ） ;
回复：保存 html() 慢？因此，只是为了验证一下，例如，如果我的计划是通过我们的工厂为每个小部件创建一个带有新页面的不断增长的存档，那么这注定会变得越来越慢。 但是，如果我的页面每天都会覆盖自己，我可以定期清除前几天的图像，因为它们不再使用，并且该文件可能会保持很小。 我可能会在所有报告更新之前凌晨自动删除它，并且没有人会抱怨该页面已损坏......
我每种类型都有一些，这可能是最坏的情况，因为我无法轻易清除每日添加的内容，而有些东西我想保留在那里。也许如果我为存档找到第二个位置，这样就不会添加日常内容，并且我放弃完整存档并删除一些历史内容，则存档可以保持在控制之下。或者，也许我可以为存档内容的不同子集获取多个位置，然后它会创建单独的较小的 gtx 文件夹？
另外，我认为重要的是图片的数量？今天我的图像报告有许多单独的图像。如果我能少拍一些大照片，我可能会改进一些东西吗？
很高兴知道发生了什么，也许我可以尝试一些事情来改进它。
回复：保存 html() 慢？JMP 13 已修复此问题。
问题如下：JMP 在与 .html 文件相同的位置创建一个 GFX 目录，随着时间的推移，随着您保存更多 .html 文件，GFX 目录会变得相当大。（GFX 保存 .html 引用的图像）。即使您使用不同的名称命名 .html 文件，也会使用相同的 GFX。所以您可能有许多依赖于 GFX 内容的 .html 文件。
或者，您的 GFX 目录中可能只有一个 .html 文件和大量剩余的、未使用的图片。如果是这样，请删除 GFX（或者可能放入垃圾箱，以防万一。）下次 JMP 会快得多。在删除 GFX 之前，请重新阅读上面的粗体文本。
（JMP 12 及更早版本没有使用良好的算法来查找 GFX 中未使用的文件名...JMP 13 有不同的方法。）
