Onboarding: user not taught *how* to open the security-slider dialog
"Security" / "Choose your experience" / "Review Settings" Onboarding screen doesn't direct the user how open the security-slider dialog outside of the Onboarding screen.
A user may want to open this dialog again, and potentially knowing how to return to Onboarding, they may take a very inefficient path through the Onboarding functionality instead of the simple means.
(Encountered in TB 8.0)
Activity
hey, you're right! thanks for reporting it.
My fix here: Prompt the menu item instead of opening the Secure Settings. You can click the prototype here https://marvelapp.com/5981a4b/screen/47690416
This solution is temporal because probably the security settings will have their icon on the toolbar or will be configured on
Settings. Anyways, when that changes this solution will still be useful because we can still highlight where those settings are :)
Replying to antonela:
hey, you're right! thanks for reporting it.
My fix here: Prompt the menu item instead of opening the Secure Settings. You can click the prototype here
Why can't we combine both: prompting and opening?
-
Why can't we combine both: prompting and opening?
mmm, because the trigger is a button/link and it just triggers one thing?
Also, is interesting this behavior because the user needs to click on the highlighted menu to open the slider and this effort makes it memorable for the next time.
A gif showing how it is working at Firefox here https://trac.torproject.org/projects/tor/attachment/ticket/27485/show-in-context.gif
Replying to antonela:
Why can't we combine both: prompting and opening?
mmm, because the trigger is a button/link and it just triggers one thing?
gk, do you mean that clicking the button would trigger a three step automatic sequence: open the menu, pause for a second or two, highlight
Security Settings..., pause, and then open the settings dialog?Also, is interesting this behavior because the user needs to click on the highlighted menu to open the slider and this effort makes it memorable for the next time.
This is a good point. My concern with the proposed change is that people won't necessarily make the connection between the Torbutton toolbar icon and the open menu (Torbutton does not provide a connecting arrow or a persistent highlight of the onion icon). I suspect that is one of gk's concerns as well.
Also, from an implementation point of view, this will require new code that knows how to open the Torbutton menu. Kathy and I don't know how much work that will be.
-
Replying to mcs:
Replying to antonela:
Why can't we combine both: prompting and opening?
mmm, because the trigger is a button/link and it just triggers one thing?
gk, do you mean that clicking the button would trigger a three step automatic sequence: open the menu, pause for a second or two, highlight
Security Settings..., pause, and then open the settings dialog?Yes, something like that.
Also, is interesting this behavior because the user needs to click on the highlighted menu to open the slider and this effort makes it memorable for the next time.
This is a good point. My concern with the proposed change is that people won't necessarily make the connection between the Torbutton toolbar icon and the open menu (Torbutton does not provide a connecting arrow or a persistent highlight of the onion icon). I suspect that is one of gk's concerns as well.
Yep.
-
#28628 (moved) will fix this.
-
We are done here with #28628 (moved) solved.
Trac:
Resolution: N/A to fixed
Status: new to closed mentioned in issue #28628 (moved)
