
<tab> is pressed, the knob should be highlightable so that the visually impaired can use screen readers to select it and adjust it (via the up/down arrows)Please note, (1), (2), and (3) all require forking the widget, which is good, because we need to remove all dependencies (#372).
Hey! As mentioned in the issue #343 I've made a few changes to this component. I followed @taoeffect 's solution proposal and also added some ideas of my own:

I am not sure if this will take a lot of effort to implement, but I believe it will significantly help the usability. I would love to hear @sandrina-p and Simon's input!
I really like the accessibility-friendly warning icon 馃憤
(Likewise with the other mockups in #343)
I also really like the warning text.
Because users will still be able to propose simple majority (and even minority) voting thresholds, I think we should keep the "at least x members need to agree" text. We could word it as "only x members need to agree", so it still reads as a warning.
Added a reset link, that should only be visible after the user changed the value, in case they want to return to the recommended percentage.
Will it return to the recommended percentage (80% in the current mockups) or the group's current percentage?
@dotmacro
I really like the accessibility-friendly warning icon 馃憤
Awesome! I will create an issue for it, so we can update the component across the platform.
Because users will still be able to propose simple majority (and even minority) voting thresholds, I think we should keep the "at least x members need to agree" text. We could word it as "only x members need to agree", so it still reads as a warning.
Agreed! What about something like this:


The idea is to de-escalate or escalate the warning according to what the user has selected.
Will it return to the recommended percentage (80% in the current mockups) or the group's current percentage?
If you are proposing a change, it should return to the previously agreed value. When creating the group, I would say that it should go back to the 80% (which seems to be the default in group creation).
I also made a mockup for the onboarding, so there are no doubts about how the component behaves there as well:

Notice that here I didn't leave the "Only X out of X members will have to approve" for 2 reasons:
What do you think?
Updated the component, as discussed in the issue #343 .

The input now only accepts numbers and the percentage sign (%) is only a label. Screens updated on Figma
Agreed! What about something like this:
The idea is to de-escalate or escalate the warning according to what the user has selected.
Yes, looks good. We could also prepend "If this proposal is accepted, then...", but I think that might add too much text.
Will it return to the recommended percentage (80% in the current mockups) or the group's current percentage?
If you are proposing a change, it should return to the previously agreed value. When creating the group, I would say that it should go back to the 80% (which seems to be the default in group creation).
馃憤
I also made a mockup for the onboarding, so there are no doubts about how the component behaves there as well:
One issue I see is that the warning seems to rely on color to convey which voting rule is being warned about. If the user only changes one rule, they can infer that's what the warning is about. They may also infer that the "too low" warning is about the lowest %. Or alternatively, they may think "significant impact on a person's life" doesn't refer to that rule, and end up confused about which of the other two it references. So, I think it's best to be explicit so there's no confusion or doubt. In addition to color, how can we tie the rule to the warning here?
Also, if there multiple rules below the warning threshold, do we show a custom warning for each, multiple identical warnings, or one warning that persists until and unless both thresholds are raised above the warning threshold?
Notice that here I didn't leave the "Only X out of X members will have to approve" for 2 reasons:
* There's 3 voting rules displayed at the same time; * The group only has 1 person at the moment (the user creating it).What do you think?
It makes sense to exclude it in this case. If the group creation process is changed to allow/require multiple members during group creation, we can add it then.
One issue I see is that the warning seems to rely on color to convey which voting rule is being warned about. If the user only changes one rule, they can infer that's what the warning is about. They may also infer that the "too low" warning is about the lowest %. Or alternatively, they may think "significant impact on a person's life" doesn't refer to that rule, and end up confused about which of the other two it references. So, I think it's best to be explicit so there's no confusion or doubt. In addition to color, how can we tie the rule to the warning here?
Good point @dotmacro ! I designed 2 possible solutions for this:


You can see this in more detail on Figma
Also, if there multiple rules below the warning threshold, do we show a custom warning for each, multiple identical warnings, or one warning that persists until and unless both thresholds are raised above the warning threshold?
I would say one warning that persists until and unless both thresholds are raised above the warning threshold, for simplicity's sake and to avoid having very similar messages repeated.
I designed 2 possible solutions for this:
1. Adding a warning to the circle itself, so that the user connects the 2 components together (warning and the threshold they're being warned about); 1. Adding the name of the "circle" to the warning itself
Both good solutions. I think the second (adding rule name to warning message) looks cleaner because the circles seem more balanced.
I would say one warning that persists until and unless both thresholds are raised above the warning threshold, for simplicity's sake and to avoid having very similar messages repeated.
馃憤
Design # 2 above also seems to work well when multiple rules have the same warning because the warning message will clearly state which rules it's referring to.
Awesome! Updated on Figma
@mmbotelho looks fantastic! 馃 馃憤
@mmbotelho I noticed you designed the proposal itself (see Design Specs on Figma), but the UI to trigger this modal is missing (or I didn't find it again).
Yes you are right @sandrina-p. It's on my to-dos. I believe it will be added to the Group Settings page.
I believe this issue is outdated now. What do you think @taoeffect ? Can we close it?
Sure 馃憤
Most helpful comment
Awesome! Updated on Figma