# Polls UX: Problems and solutions
**URL:** https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722
**Category:** UX
**Created:** [2016年七月1日 19:18 UTC](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722 "2016-07-01T19:18:52Z")
**Posts on this page:** 9
**Page:** 2
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2016年七月16日 11:03 UTC](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722/22 "2016-07-16T11:03:02Z")
It’s also a regression from
- button-based UI
to
- checkbox and radio UI
Really, even worse, it’s a hybrid of both: buttons with checkboxes and radio buttons on them.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2016年七月16日 11:26 UTC](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722/23 "2016-07-16T11:26:24Z")
> [@sam](#):
>
> Is there anything about our HTML structure that stops you from achieving the changes you want on your forum?
I agree with this, perhaps this is the best outcome, @claas you can use CSS rules to style the poll rows as you see fit; if the HTML classes are not there let us know what we can do to add them.
---
### Author:  [@anon20391312](https://meta.discourse.org/u/anon20391312)
#### Post date: [2016年七月16日 16:54 UTC](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722/24 "2016-07-16T16:54:50Z")
> [@codinghorror](#):
>
> TL;DR if you wish to continue this discussion, stop talking and start pasting in images. Find someplace that builds polls as a product they sell, and cite that design by screenshotting it and cropping it into a reply here as an example. You are proposing we redesign polls from scratch, so be aware that it may take many months to get to.
Facebook, single choice:
Facebook, multiple choice:
Polls on Facebook automatically do a postback when a radio button or checkbox is ticket, hence the complete omission of a checkbox.
Google Forms, single choice:
Google Forms, multiple choice:
Surveymonkey, single choice:
Surveymonkey, multiple choice:
Do you see the common theme in these examples? It’s 🔘 and ☑ !
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [2016年七月16日 22:30 UTC](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722/25 "2016-07-16T22:30:12Z")
All of those examples are significantly better than the proposed mockup, the huge issue I have with that mockup is that it tries to be both “buttons” and “radio boxes”, pleasing both ends up pleasing neither.
Take a look at Twitter as well
Personally I am fine with a “modernized” list of radio boxes or check boxes. I am against an un-themed form, I think it would look horrible.
I am also totally for changing the markup to use a FORM with INPUTs as opposed to the UL / LI scheme we are using now. It seems much more correct.
I get the complaint here just very much dislike the UX of the proposed changes in the OP.
I think the Twitter styling is fine, modern and definitely something I think we could emulate.
---
### Author:  [@Fabio\_Machado\_de\_Oli](https://meta.discourse.org/u/Fabio_Machado_de_Oli)
#### Post date: [2016年七月18日 23:43 UTC](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722/27 "2016-07-18T23:43:04Z")
[try.discourse.org](http://try.discourse.org) polls look normal to me, testing it here:
_Poll ([view on site](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722/27))_
---
### Author:  [@Fabio\_Machado\_de\_Oli](https://meta.discourse.org/u/Fabio_Machado_de_Oli)
#### Post date: [2016年七月18日 23:48 UTC](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722/28 "2016-07-18T23:48:23Z")
I can only assume people got confused because they aren’t used to forums having polls, no UI would help that.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2016年七月28日 22:06 UTC](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722/29 "2016-07-28T22:06:26Z")
After giving this more thought, I agree that:
> [@sam](#):
>
> the huge issue I have with that mockup is that it tries to be both “buttons” and “radio boxes”, pleasing both ends up pleasing neither.
However I do _not_ agree that using platform native controls is a good idea here. That’s like using platform native emoji, which leads to weirdness in interpretation and style.
So if we **remove the button style entirely** – which also has the huge advantage of doing away with that ugly, hacky “a green button means it is selected” style – and transition to the **font awesome glyphs for radio and check** , that’s a change I can support, and I no longer disagree with the rationale @claas.
The behavior will still be button, e.g. clicking anywhere on that line will trigger a check or radio. Just the visual _style_ of button is removed completely in favor of the glyphs.
@tgxworld will be working on the essential change to de-button polls for 1.6.
---
### Author:  [@codinghorror](https://meta.discourse.org/u/codinghorror)
#### Post date: [2016年七月28日 22:12 UTC](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722/30 "2016-07-28T22:12:46Z")
So just to summarize some other poll tweaks we’re doing (not all this will be in 1.6 but we’ll slip in the low risk / easy ones)
- Abandon button style in favor of more traditional glyphs for checkbox and radio (the whole area can still be a de-facto button, but does not need to have button styles or the green highlight) ☑
- Always show your avatar first, for the ones you voted for
- When showing results, order by winners at top ☑
- “Vote Now!” should show in primary blue color once you select any option, e.g. incite the user to actually cast their vote. ☑
- use full body width for poll ☑
---
### Author:  [@JammyDodger](https://meta.discourse.org/u/JammyDodger)
#### Post date: [2023年五月15日 07:39 UTC](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722/32 "2023-05-15T07:39:21Z")
[上一頁](https://meta.discourse.org/t/polls-ux-problems-and-solutions/46722.md?page=1)