-
Notifications
You must be signed in to change notification settings - Fork 258
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add onboarding / introduction screen #466
Comments
This is for the first time the application is launched or for every single time that it is launched? |
For what purpose should we add a splash screen? From my understanding splash screens usually when it takes some time to launch a program. It doesn't take much time to start the app. From technical standpoint: we have a lot of stuff initialized in the |
i want to contribute can i start? |
@storytellerr I advice you to choose some other issue: we're not sure about adding a splash screen. |
@lokesh-krishna can you link screenshots and/or describe the purpose of the splash screens in the Goodtime app? So far I consider it a matter of taste. And a low-priority issue at best. Any chance you refer to "intro screens" (I have no idea how these are called), which contain some feature descriptions, instructions and stuff? Because, I believe, these serve a different purpose and are not considered splash screens. These may be useful. |
It is definitely a low-priority issue. And yes, I think that calling them intro screens better describes their purpose.
This is exactly what the screens at the first launch of Goodtime do. They introduce you to the app and the concept that the app is based on (Pomodoro). I guess what @nicosomb was talking about was launch screens and whether or not we need it would depend entirely on how quickly the app loads. Even if it does take a while, a placeholder UI would make more sense than a branded launch screen which is what would be needed to display the logo and application and service information because I really can't remember waiting for the app to load and creating a delay just for information that is already accessible from the About screen seems unnecessary? Also, the Material Design guidelines recommend avoiding using text on the branded launch screen or keeping it to a minimum. |
I'm for intro screens. Among other introductory info, it may help to accustom users with offline functionality (for example, a user on Gitter recently mentioned that he wasn't aware that the app saves URLs for later uploading if there is no network available, even though the feature is available for a long time). It may also mention differences between fast/full sync types and that the fast sync should be preferred. I'm against (not strongly, though) a splash screen. It will basically delay startup, while displaying information that is available elsewhere. |
Yes yes yes, that's what I want <3 |
Okay, so I came across these guidelines: Onboarding. They seem to be discussing the same thing that we want to do. Ease first time users into the app. The approach that we have been discussing here is referred to as “Top User Benefits” approach. This library should help in implementing the same: Material-Onboarding. |
When we launch the application, I think (but I may be wrong) that it could be nice to have a splash screen with our logo (and some info like the website URL and the app version).
Any opinion about this idea?
The text was updated successfully, but these errors were encountered: