当我创建多项选择投票时，可以设置投票可用前的最少和最多选项数，但这似乎不适用于排序选择投票。
如果我创建一个有五个选项的投票：
poll type=ranked_choice results=always min=1 max=3 public=false chartType=bar
max=3 参数似乎无效；用户仍然可以排名四项或所有选项。
min=1 参数仅在设置为 1 时有效。如果我将其设置为 2 或更多，该投票会自行撤销，仅显示为项目符号列表。
也许这是设计如此，或者这是排序选择投票工作方式的特定问题？
我们有一个用例，希望用户至少对部分投票选项进行排序，并且排序选择比多项选择更可取。
在我看来，这与ranked_choice的实现有关，也许@merefield有什么想法？
我相信我们能解决这个问题。
是的，目前不支持此功能，但我绝对不会称那样为错误。
也许 markdown 界面过于宽松，这会产生误导，您可能会争辩说这是一个小错误。但对于那些了解即时决选投票的人来说，这并不是一个意外，即这并不是算法的一部分。
这并不是排名选择、即时决选投票的标准功能，即选民可以自行决定他们希望排名的候选人数量，并且可以弃权其他候选人。
想象一下限制选票纸上的某个人。我想，如果你排名 5 名候选人中的 4 名，并且在说明的某处告诉你只能有 3 名，那么你的选票可能会被视为无效，但我怀疑这并不常见，因为它会引起混淆和大量无效选票，这可能会让选民感到不安。
但当然，Discourse 不是在纸上运行的 
当然，您绝对可以添加该功能！——将 5 个选项限制为 2 或 3 个选项是有意义的。
参见：
为了跟进此事，我重新查看了构建对话框以重温相关细节。
如您所见，表单中并没有关于“排序选择”的误导性设置。因此，问题并不在此。我理解该选项仍显示在投票的 Markdown 模板中，这可能会让您误以为它会产生影响。
我认为将其作为 Contribute > Feature 请求更为妥当。我已将其移至该分类。
如果有机会受聘处理此事，我很乐意参与（我不是 Discourse 团队成员，作为自由职业者，我的时间就是金钱……）。如果此事对您很重要，欢迎在 Marketplace 发帖或直接私信我获取报价。如果方案可行，我也非常乐意提交 PR。
