複数選択式投票を作成する際、投票が有効になる前に選択肢の最小数と最大数を設定できますが、これは順位付け投票では機能しないようです。
5つの選択肢を持つ投票を作成した場合：
poll type=ranked_choice results=always min=1 max=3 public=false chartType=bar
max=3 パラメータは効果がないようで、ユーザーは4つまたはすべての選択肢をランク付けできます。
min=1 パラメータは1の場合のみ機能します。2以上に設定すると、投票が元に戻り、単なる箇条書きリストになります。
これは仕様なのか、それとも順位付け投票の仕組みに特有の問題なのでしょうか？
ユーザーに最低限の数の投票選択肢をランク付けさせたいユースケースがあり、複数選択式よりも順位付け投票の方が望ましいです。
ranked_choiceの実装に関連しているように思えますが、@merefieldさんは何かアイデアをお持ちでしょうか？
きっとここで何か解決策を見つけられるはずです。
はい、現在サポートされていませんが、それをバグと呼ぶことは絶対にできません。
おそらく、Markdownインターフェースが許可しすぎているため、誤解を招いており、それを軽微なバグと主張することもできるでしょう。しかし、インスタントランオフを知っている人にとっては、これがアルゴリズムの一部ではないことは驚くことではありません。
これは、投票者がランク付けしたい候補者の数を選択する裁量権を持ち、他の候補者については棄権できる、ランク選択投票、インスタントランオフ投票の標準的な機能ではありません。
投票用紙で誰かを制限することを想像してみてください。5人の候補者のうち4人をランク付けし、指示のどこかに3人しかランク付けできないと書かれていた場合、その投票用紙は無効になる可能性がありますが、混乱を招き、多くの無効な投票が発生して有権者を動揺させる可能性があるため、通常ではないと思われます。
しかし、もちろんDiscourseは紙の上で動作するわけではありません:)
そして、確かにその機能を追加することは間違いなくできます！-5つのうち2つまたは3つの選択肢に制限することは理にかなっています。
参照：
フォローアップとして、ビルドダイアログを再度確認し、記憶を呼び戻しました。
ご覧の通り、フォームにはランキング選択方式に関する誤解を招くような設定はありません。したがって、バグはここに存在しません。ただし、PollsのMarkdownシェル上ではその設定が引き続き表示されており、それが何らかの影響があるように思わせる可能性があります。
これは公平を期すため、Contribute > Feature リクエストとして扱うのが適切だと考えます。該当スレッドへ移動させます。
もし私がその作業を請け負うために雇用されるのであれば、喜んで対応いたします（私はDiscourseチームのメンバーではなく、フリーランスとして給与ではなく報酬を得ているため、時間は金銭に直結します…）。もしこれがあなたにとって重要であれば、Marketplace に投稿するか、直接PMを送って見積もりを依頼してください。もし受け入れ可能であれば、PRを作成することも喜んで行います。
