[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #16489 [Tor Messenger]: Accounts window UX is not so good



#16489: Accounts window UX is not so good
-------------------------------+-----------------
     Reporter:  lunar          |      Owner:
         Type:  defect         |     Status:  new
     Priority:  normal         |  Milestone:
    Component:  Tor Messenger  |    Version:
   Resolution:                 |   Keywords:
Actual Points:                 |  Parent ID:
       Points:                 |
-------------------------------+-----------------
Description changed by lunar:

Old description:

> This is probably more of an Instantbird issue, but I feel that the
> âAccountsâ window is way too crowded. Right now, for only one account
> configured, I have 9 different buttons for one window. I've circled them
> in red in the attached image to make them more visible.
>
> = Automatic connections warning =
>
> I'm not sure why I'm notified that I've disabled automatic connections. I
> have done nothing to it. It's a default Tor Messenger setting, right? So
> maybe this warning should simply be disabled. At least it needs to be
> rephrased.
>
> Also, why is this warning displayed when all my accounts are currently
> connected?
>
> The fact that it displays a âdismissâ cross so close to the window
> manager âcloseâ cross is confusing. They look the same and are just
> blended on the same background. (This is GNOME 3.16.2.)
>
> = Account lines =
>
> Before negative criticisms, I want to say that I was happy about the
> interactions to authorize an unknown certificate. The blue underlined
> action was visible but not saying âyou need to hit me at all costâ. We
> ought to see on more users, but for me it was a good tradeoff.
>
> The âConnectâ/âDisconnectâ button seems appropriate. The others, not so
> much. I'm not going to edit the account properties every day once it's
> working, and I'm certainly not gonig to delete it just like that.
>
> Both options, instead of a button, could probably be in the form of
> smaller actionable images. A gear wheel or something similar for
> âPropertiesâ and a garbage bin for âDeleteâ.
>
> For both of these actions I'm going to look for something to do it, so if
> there's small and I have to aim, that's fine. âConnectâ should be obvious
> because I should not be required to think too much before talking to my
> peers.
>
> I don't really understand why the âSign-in on startupâ is here instead of
> in the âPropertiesâ. Is it really something that I want to change even
> more often than anything in the âPropertiesâ window?
>
> = Delete =
>
> When you press delete, there's a âDo not ask next timeâ checkbox in the
> confirmation window. I think it's a misfeature and just add clutter. You
> always want confirmation before loosing contact with people.
>
> = New account =
>
> Adding a new account is probably not something that I'm going to do
> everyday. So maybe replacing the button by a smaller âplus signâ would
> also make the window less cluttered.
>
> = Close =
>
> Why is there a âCloseâ button in this window? It seems to be only for the
> âaccountsâ window. Why can't user rely on their window manager to do it?

New description:

 This is probably more of an Instantbird issue, but I feel that the
 âAccountsâ window is way too crowded. Right now, for only one account
 configured, I have 9 different buttons for one window. I've circled them
 in red to make them more visible:

 [[Image(ticket:16489:account-window-alpha3.png)]]

 = Automatic connections warning =

 I'm not sure why I'm notified that I've disabled automatic connections. I
 have done nothing to it. It's a default Tor Messenger setting, right? So
 maybe this warning should simply be disabled. At least it needs to be
 rephrased.

 Also, why is this warning displayed when all my accounts are currently
 connected?

 The fact that it displays a âdismissâ cross so close to the window manager
 âcloseâ cross is confusing. They look the same and are just blended on the
 same background. (This is GNOME 3.16.2.)

 = Account lines =

 Before negative criticisms, I want to say that I was happy about the
 interactions to authorize an unknown certificate. The blue underlined
 action was visible but not saying âyou need to hit me at all costâ. We
 ought to see on more users, but for me it was a good tradeoff.

 The âConnectâ/âDisconnectâ button seems appropriate. The others, not so
 much. I'm not going to edit the account properties every day once it's
 working, and I'm certainly not gonig to delete it just like that.

 Both options, instead of a button, could probably be in the form of
 smaller actionable images. A gear wheel or something similar for
 âPropertiesâ and a garbage bin for âDeleteâ.

 For both of these actions I'm going to look for something to do it, so if
 there's small and I have to aim, that's fine. âConnectâ should be obvious
 because I should not be required to think too much before talking to my
 peers.

 I don't really understand why the âSign-in on startupâ is here instead of
 in the âPropertiesâ. Is it really something that I want to change even
 more often than anything in the âPropertiesâ window?

 = Delete =

 When you press delete, there's a âDo not ask next timeâ checkbox in the
 confirmation window. I think it's a misfeature and just add clutter. You
 always want confirmation before loosing contact with people.

 = New account =

 Adding a new account is probably not something that I'm going to do
 everyday. So maybe replacing the button by a smaller âplus signâ would
 also make the window less cluttered.

 = Close =

 Why is there a âCloseâ button in this window? It seems to be only for the
 âaccountsâ window. Why can't user rely on their window manager to do it?

--

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/16489#comment:1>
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