This spec is about getting the final design done according to:
[ ] User Interface in Individual Proposals
The creation of a 3 card voting panel within individual proposals, including:
a. Option to vote for Green, Yellow or Red, with a null state for not yet voted
b. Vote totals are counted for each colour
c. Vote totals are updated dynamically after user votes
When the user votes a proposal, a modal should be opened with a message:
[ ] Modal text when user clicks on a voting card:
Green: “The green card means that you…and that you recommend that the Meeting…“
Yellow: “The yellow card means that you… and that you recommend that the Meeting….”
Red: “The red card means that you… and that you recommend that the Meeting… “
Each window could have “check here to not receive these messages in the future”, which stops messages for that specific component
[ ] CardM proposal footer:
User Interface at Proposal Component level (“card view”)
Creation of ‘alphabetical proposal order’, and set it as the default
Users should not be able to vote from the higher level proposal component card view, but be directed to vote within individual proposals.
Alternative 1:
Alternative 2:
Implementation of the overriden vote action, CSS & Javascript (if needed).
Made by https://github.com/openpoke/decidim-module-decidim_awesome/pull/14, the oprations of create and destroy a vote with weight are already working.
This spec is about getting the final design done according to:
When the user votes a proposal, a modal should be opened with a message:
[ ] Modal text when user clicks on a voting card:
[ ] CardM proposal footer: User Interface at Proposal Component level (“card view”)