是什么启发了这个愿望清单请求？
希望看到更多构建 JMP“流程”的交互方式。
您希望看到什么改进？
我对这个建议感到有点矛盾，因为这可能有点违背 JMP 所做的工作（获取数据、修改数据、在平台上分析数据、进行更多分析并继续……）以及 JMP 的发展方向（增强日志、工作流生成器）。但我仍然觉得这是 JMP 用户可以受益的东西。我们甚至可以将其视为工作流生成器的演变或作为工作流设计器的补充。
我认为已经有类似建议了（我可能与开发人员讨论过这个问题，可能在某个时候考虑过，现在记不清了）...但将平台添加到 JMP 中，这将允许我们通过将 JMP 平台拖放到画布上来构建分析流程。我认为 JMP 已经具备了画布之外所需的大部分功能，我们有平台图标、出色的平台启动器，平台结果存储在脚本中。我们也有工作流程，但它们是在我们在 JMP 上工作时构建的，您将在这个平台上工作（或者工作流程可以构建这种图形视图）。工作流程也是一步一步进行的，但您仍然可以想象它们并行进行，即使它们不是并行的。
下面是一个小例子，
我有一个工作流程，其中我打开数据表，创建几个汇总表，每个汇总表创建一个图表，然后将它们组合到仪表板中。
这里我基本上从第一个表中获得了两条单独的路线，这两条路线都创建了摘要+图形生成器，并使用它们的图形生成器结合回仪表板。
如果我们可以将“打开”操作放到画布上，然后打开与 Open() 相同的文件选择器，然后将摘要放到画布上，那就太好了。当您将一条线从“打开”拖到该摘要时，它将启动摘要平台，然后您可以对其进行填充，最后我们可以直观地看到这样的效果
或者
如果用户双击（或右键单击并选择编辑），他们将能够修改平台（重新启动平台）。当然，这可能会破坏之后的步骤，但很可能在某种程度上得到验证。
用户还可以使用脚本块，然后该块将具有输入和输出。输入将根据您从其他块中引入的值生成（不确定应如何处理常量，也许有“常量”块）。
为什么这个想法很重要？
许多（低代码和无代码）应用程序确实提供了这种拖放选项（或者这可能是您唯一的选项）。使用 JMP，我觉得它已经具备了实现这种可视化工作流程所需的大部分功能（平台已经依赖表格，它们可以生成运行它们的脚本（至少大多数平台可以））。
