Open caybro opened 6 days ago
CC @iurimatias @jrainville @igor-sirotin
@caybro would the new backend need to handle the navigation like the old one or it's all handled by the front-end now?
@caybro would the new backend need to handle the navigation like the old one or it's all handled by the front-end now?
Completely handled by the frontend stack now (navigation, sequence, transitions from page to page, etc).
My further thoughts: I could start sketching the proposed new OnboardingStore
. This would continue to be the engine for Storybook now and at the same time this would give us the "contract" upon which we can actually implement the new backend
@igor-sirotin and I checked this issue real quick and realized that there are missing functions in the mock, like login
, createAccount
, etc.
Is this because the UI changes are still WIP? @caybro
@igor-sirotin and I checked this issue real quick and realized that there are missing functions in the mock, like
login
,createAccount
, etc.Is this because the UI changes are still WIP? @caybro
"Login" in the sense of logging in with an already created account is not handled here in the onboarding (cf "Login" in these onboarding flows rather refers to "restoring an account"). See the "Log in with an existing profile" section in the Figma here: https://www.figma.com/design/Lw4nPYQcZOPOwTgETiiIYo/Desktop-Onboarding-Redesign?node-id=788-34574&node-type=instance&m=dev That would be for another epic/issue I guess
For actually processing the data collected throughout the onboarding flows, I'm not calling any backend action. When any of the onboarding flows is finished, it merely emits this signal:
signal finished(int primaryPath, int secondaryPath, var data)
where data
contains the info collected, e.g.:
data: {"password":"0123456789","keycardPin":"","enableBiometrics":true,"syncConnectionString":""}
for a "Create Profile" -> "Password" flow
Description
For the new onboarding redesign/rework (https://github.com/status-im/status-desktop/issues/16712), there is a need for a new matching backend.
Currently, the QML UI uses a mocked backend, modeled after existing
StartupStore
andPrivacyStore
:This gives us an idea of the functions that need to be implemented. Ideally, these would live in a new store (e.g.
OnboardingStore
) which would encapsulate the new backend.Acceptance Criteria