从用户体验的角度来看，可以为微调器设置最短显示时间吗？
Is it ok to set a minimum display time for the spinner from the UX standpoint?
我的任务是根据来自多个记录（源）的数据生成一个文件，可以在 UI 上 select 编辑。用户可以 select 1 到 100 条记录。生成（请求处理）时间取决于 selected 记录的数量。它可以从几毫秒到大约 5 秒。
我计划为此请求显示微调器组件。但正如我上面提到的，它可能处理得太快并且微调器会闪烁。那么，从用户体验的角度来看，是否可以为微调器设置一些最短显示时间以防止刺激性眨眼？如果是，那么最好的超时时间是多少？ 1 秒？
P.S。我在 Nielsen Norman Group 网站上阅读了一篇很棒的 Progress Indicators Make a Slow System Less Insufferable 文章。但它并没有完全回答我的问题。
Neilson's research 表明您对 1 秒的猜测是在正确的范围内——或者更具体地说，所需时间介于 0.1 秒和 1 秒之间。我可能会尝试 0.5 秒，看看用户的感受。
请注意，由于您可以大致提前知道时间，因此您会立即知道天气是否适合打开微调器。因此，如果用户在按下按钮时选择的选项少于 10 个（根据上面给出的数字，假设线性关系，10 个大约需要 0.5 秒）不要显示微调器，否则，立即显示微调器。这是基于这样的原则，即如果程序提前知道一些与用户体验相关的事情，就应该立即向用户显示（同样的原则说你应该简单地不允许选择不可能的选项——即禁用它们——而不是让用户选择它们，然后说“抱歉，不能那样做”）。
我的任务是根据来自多个记录（源）的数据生成一个文件，可以在 UI 上 select 编辑。用户可以 select 1 到 100 条记录。生成（请求处理）时间取决于 selected 记录的数量。它可以从几毫秒到大约 5 秒。
我计划为此请求显示微调器组件。但正如我上面提到的，它可能处理得太快并且微调器会闪烁。那么，从用户体验的角度来看，是否可以为微调器设置一些最短显示时间以防止刺激性眨眼？如果是，那么最好的超时时间是多少？ 1 秒？
P.S。我在 Nielsen Norman Group 网站上阅读了一篇很棒的 Progress Indicators Make a Slow System Less Insufferable 文章。但它并没有完全回答我的问题。
Neilson's research 表明您对 1 秒的猜测是在正确的范围内——或者更具体地说，所需时间介于 0.1 秒和 1 秒之间。我可能会尝试 0.5 秒，看看用户的感受。
请注意，由于您可以大致提前知道时间，因此您会立即知道天气是否适合打开微调器。因此，如果用户在按下按钮时选择的选项少于 10 个（根据上面给出的数字，假设线性关系，10 个大约需要 0.5 秒）不要显示微调器，否则，立即显示微调器。这是基于这样的原则，即如果程序提前知道一些与用户体验相关的事情，就应该立即向用户显示（同样的原则说你应该简单地不允许选择不可能的选项——即禁用它们——而不是让用户选择它们，然后说“抱歉，不能那样做”）。