[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #25694 [Applications/Tor Browser]: Activity 3.1: Improve the user experience of updating Tor Browser
#25694: Activity 3.1: Improve the user experience of updating Tor Browser
--------------------------------------+---------------------------
Reporter: isabela | Owner: antonela
Type: defect | Status: assigned
Priority: Medium | Milestone:
Component: Applications/Tor Browser | Version:
Severity: Normal | Resolution:
Keywords: ux-team | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor: Sponsor17
--------------------------------------+---------------------------
Comment (by antonela):
As was decided at last meeting, I have been working with FF60 UI/UX
So far, we have this user flow once TB opens
https://trac.torproject.org/projects/tor/attachment/ticket/25694/25694-2.png
We also discussed to remove the 'Never check for updates' and 'Check for
updates but let you choose to install them' user options in
`about:preferences`. In that case, the user flow is going to look like
https://trac.torproject.org/projects/tor/attachment/ticket/25694/25694-3.png
Considerations using FF60 Update flow
**Tor Browser is Outdated**
When Tor Browser tells to users that an update is available and users
delay the restart by clicking [not now], I propose to:
1. load a new tab with 1.0 and keep the red restart notification at the
Menu button OR
2. keep the red dot at the Menu button without load a new tab.
If we will keep the notification at the Menu button, what does happen when
the user wants to open the menu? Has FF60 a kind of notification bar as we
have now?
https://trac.torproject.org/projects/tor/attachment/ticket/25694/TTB-
restart-menu.png
If not, could the warning notification bubble be placed at the Tor Button?
Could we have a notification banner like the menu button have right now
but at the Tor Button Menu? If you think this is the way, I'll mockup it.
**Downloading Package Feedback**
Check
[1.1](https://trac.torproject.org/projects/tor/attachment/ticket/25694/1.1.2.png)
and
[1.1.2](https://trac.torproject.org/projects/tor/attachment/ticket/25694/1.1.3.png).
We can use the same doorhanger to keep the activity on the same side of
the window and use the Download icon to illustrate what is happening under
the hoods.
This proposal is useful because we are using a default browser behavior
for downloading so users can easily identify that a download is
progressing. Right after it finishes, we should open the Menu icon's
doorhanger like img 1.2. I made two options:
[1.2A](https://trac.torproject.org/projects/tor/attachment/ticket/25694/1.2A.png)
and
[1.2B](https://trac.torproject.org/projects/tor/attachment/ticket/25694/1.2B.png).
Another option could be using the same icon we have by default at the Menu
icon and then open a doorhanger explaining the downloading. A ↓ icon,
instead of the ↑ used now, makes more sense for users to illustrate that
something is downloading.
**Tor Browser is Updated**
It is fancy what Firefox has right now
https://trac.torproject.org/projects/tor/attachment/ticket/25694/Captura%20de%20pantalla%202018-05-11%20a%20la(s)%2010.43.26%20AM.png
But it seems like it has some of the problems mentioned above, eg. line of
death. So, my proposal here is: once user restarts, the message in
`about:tor` updates and we keep for a few seconds a Check icon at the
right Menu button. I'm not sure how Firefox is showing any feedback at
menu icon by default (or if they are doing it at least), but I made a blue
and green options for it.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/25694#comment:10>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs