☐ 很酷的新功能
☐ 可以帮助很多用户！
☑ 删除“错误”
☐ 很高兴有
☐ 没人需要它
是什么启发了这个愿望清单请求？
这个社区讨论：
图形生成器：使用多个响应列时统计数据不清晰
@gnu23写道：
我认为讨论可以归结为一个问题，即多重响应列的统计数据通常应该使用响应数（JMP 中现在的标准）还是行数作为“n”。在我看来，第二种选择对于许多用例来说更有意义，并且为“n”在这两个值之间切换的选项将增加多重响应列的（已经非常好的）功能。
图形生成器中计数和百分比的默认统计数据是 (*)：
“一行算一 - Ntotal（百分比的分母）是行数” 。
[此统计数据可通过频率/重量下降区进行调整。]
奇怪：
如果在图表的任何地方使用建模类型为“多重响应”的列，则统计数据将更改为
“一次回应算一次 [OK]
Ntotal（百分比分母）是回复数量“[可能：不行].
因此，为了在瓷器层上生成有意义的条形图，似乎在管道层 Jmp
- 堆叠各个响应，创建额外的“行” ，
- 然后应用标准逻辑 (*)
对于简单的条形图，这可能是合理的，但对于Ntotal和计算的百分比，它会导致有趣/奇怪的效果。
您希望看到什么改进？
请提供更有意义的多重响应统计数据（例如作为当前版本的替代方案）：
“一次回应算一次
但是：百分比的分母（Ntotal）是构成图表的行数——就像在标准图形生成器中一样”
在管道层，人们可能会想到：
任何具有多个响应的列都会被分成“指示列”，代表每个响应 -行数保持不变。
这种方法更接近 Graph Builder 中的默认统计信息。作为副作用，这种替代方法还将修复一个错误，如果在一个图表中使用具有建模类型“多重响应”的多个列，则会出现该错误：
https://community.jmp.com/t5/Discussions/Graph-Builder-Unclear-statistics-when-using-multiple-response/mp/754313/highlight/true#M93647
这个想法为什么重要？
a) 有意义的统计数据。
b) 对于那些没有“注意到”的用户来说，不再有误导性的统计数据
其他愿望
