Replies: 3 comments 3 replies
-
I am going to turn this into a discussion as this is not an actionable issue unless a decision is made. |
Beta Was this translation helpful? Give feedback.
-
Thank you for the feedback @A2be. This is tricky. We definitely have a problem there and there is still, despite the warnings/info boxes, people that confuse the local account with their website account. Perhaps a simple rename in the UI can help, but not sure on the names. Local ID and DB encryption key sound indeed much more correct from a technical point of view. But I wonder if a first time user who sees them will understand what they are. They may not know what to do. A note here is that we also want to add an option to login with ethereum (so you have an account whose local id is an ethereum address and by signing a message with it you also unlock the DB): #3261 |
Beta Was this translation helpful? Give feedback.
-
I see the same problem, people are used so much to the concept of username/password that I believe it will be hard to have anything else. Technically they are good names but for example if my mother get to saw it she wouldn't know what it would mean. Kelsos also redesigned the first account creation path so it could be a good place to educate the users about this terms |
Beta Was this translation helpful? Give feedback.
-
Abstract
The current Rotki version (v1.22.2) uses the terminology "Username" / "Password" on the
Sign in
screen. This is standard app UX for decades in traditional (web2/web1) apps where the model is client/server and the user logs into a centralized server where (much, or all) data resides.This use of legacy terminology conveys incorrect information to the Rotki user, implying a data model that is both incorrect, and is not the (superior) local and client-controlled data privacy model that Rotki uses.
Motivation
Better meaning would be conveyed to the end user if the two fields were renamed. Something like:
Other better names can be imagined. But Username/Password conveys the wrong thing, in my view.
Specification
Just change the names of the two user input fields to something that correctly represents the Rotki private, local, encrypted, user-owned data model.
Beta Was this translation helpful? Give feedback.
All reactions