استطلاعات "الاختيار حسب الأفضلية" لا تعمل بشكل صحيح مع الرسوم البيانية الدائرية

[dax (Daniela)]

نظرة عامة

يؤدي استخدام نوع المخطط الدائري مع استطلاعات الاختيار المرتب إلى نتائج غير صحيحة. يتلقى كل خيار صوتًا واحدًا بغض النظر عن كيفية ترتيب المستخدم لخياراته فعليًا. هذا السلوك يجعل المخطط مضللاً وغير متوافق مع منطق الاختيار المرتب.

خطوات التكرار

1. انقر فوق إنشاء استطلاع في المنشئ.
2. افتح خيارات متقدمة (أيقونة الترس).
3. املأ حقول الاستطلاع (اختياري)، ولكن اختر “دائري” بدلاً من “شريطي” لنوع المخطط.
4. قم بالتمرير مرة أخرى إلى الأعلى وحدد الاختيار المرتب كنوع للاستطلاع.
5. احفظ الاستطلاع وانشره.

في هذه المرحلة، سيستخدم الاستطلاع نوع المخطط الدائري، والذي لم يتم تصميمه للعمل مع التصويت بالاختيار المرتب.

النتائج المتوقعة

يجب على النظام إما:

• التبديل تلقائيًا إلى المخطط الشرطي عند تحديد “الاختيار المرتب”، أو
• منع المستخدم من تحديد الدائري لاستطلاعات الاختيار المرتب تمامًا.

النتائج الملاحظة

يستخدم الاستطلاع المخطط الدائري ويحسب صوتًا واحدًا لكل خيار، حتى لو قام المستخدم بترتيب خيار واحد أو عدد قليل فقط من الخيارات. يعرض المخطط جميع الخيارات بالتساوي، مما يجعل النتائج بلا معنى:

سياق إضافي

تم تطبيق حل مؤقت:

poll = Poll.find_by(id: 123)
poll.chart_type = 'bar'
poll.save

يؤدي تحديث نوع مخطط الاستطلاع يدويًا من pie إلى bar في وحدة التحكم إلى تصحيح المشكلة واستعادة النتائج الدقيقة:

[sam (Sam Saffron)]

للعلم، حالة استثنائية مثيرة للاهتمام @merefield

[merefield (Robert)]

هذه ليست حالة حافة صالحة.

لا يوجد رسم بياني مدعوم لـ “الاختيار المرتب” (Ranked Choice) في النواة حالياً - وهذا اختيار مقصود.

لم يُقصد أبداً عرضه باستخدام رسم دائري. يتكون الاختيار المرتب من جولات، ولا يمكن تمثيل ذلك في رسم دائري واحد.

الخطأ هنا، إن وجد، هو على الأرجح قدرة شخص ما على اختيار رسم بياني عندما كان يجب على الواجهة أن تمنعه. هل قام شخص ما بتعديل كود الإعداد للسماح بذلك؟ وعلى أي حال، كان بإمكانك دائماً “التلاعب” بـ Markdown الأولي لتغيير السمات بعد "المعالج

[riking (Kane York)]

هذا المخطط الشريطي بثلاثة ألوان هو اقتراحي لكيفية عرض استطلاعات الرأي الخاصة بنظام التصويت التفضيلي (RCV):

أصوات الجولة الأولى، أصوات المنقولة في جميع الجولات الأخرى، أصوات المنقولة في الجولة النهائية.

@riking

[merefield (Robert)]

نعم، يمكن لشريط مقسّم أن يحافظ على معلومات مصدر التحويل والأرباح في كل جولة، مما قد يلتقط معظم المعلومات المفيدة الموجودة في مخطط سانكي بواجهة مستخدم أبسط بكثير.

ومع ذلك، فإن الميزة الفريدة لمخطط سانكي هي إظهار المسار الكامل لتدفقات الأصوات الفردية عبر مرشحين متعددين، وفي رأيي يبدو أيضًا أكثر متعة

لكن بالنسبة لمخطط سانكي، سيتعين عليك السماح بإحدى الخيارات التالية:

• إضافة اعتمادية إضافية، أو
• بناء مخطط سانكي داخليًا (وهو ما قد لا يكون سيئًا جدًا في عصر وكلاء البرمجة)

أعتقد أن مخطط الأعمدة خطوة وسيطة جيدة إذا كنت قلقًا بشأن تعقيد عرض مخطط سانكي الكامل.

في كل الأحوال، ستضطر إلى تعديل واجهة برمجة التطبيقات (API) لأي من العرضين.