-
-
Notifications
You must be signed in to change notification settings - Fork 2
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
Initial heartbeat app commit #143
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you @eldcn & @pauljohanneskraft!
Would it be possible to also integrate this in the fast lane setup; e.g., split up the tow lines, allow each line to define a configuration, and then run these lines for the two different apps at the same time for now? We might need to duplicate some elements in the GitHub action but it might be worth it to have a proper CI setup in place 👍
add missing required fields send question metada info - retry count, render time and think time in millis render optional title 2 addapt fake data json improve logging
# *Heartbeat app remaning tasks and fixes* ## ♻️ Current situation & Problem - Adds account screen - Handle /onboarding vs /start depending on whether user started the survey once - Introduce screen composable concept that enables building compose components in View models *Note*: Heartbeat functionalities are complete: - Signup, Login, Account screen, welcoming screen including resending email verification and status reload - Support for handling, submitting and rendering these question types: `number, checkboxes, radios, heading, text, dropdown, datePicker, textArea` - Using choir-demo api, onboarding retrieval, start and continue calls work as expected, except of consent question where API responds with 500 Internal server error. - All flows can be simulated with a static fake component which needs only flag adaptions, see `edu.stanford.bdh.heartbeat.app.fake.FakeConfigs` ## ⚙️ Release Notes *Add a bullet point list summary of the feature and possible migration guides if this is a breaking change so this section can be added to the release notes.* *Include code snippets that provide examples of the feature implemented or links to the documentation if it appends or changes the public interface.* ## 📚 Documentation *Please ensure that you properly document any additions in conformance to [Spezi Documentation Guide](https://github.com/StanfordSpezi/.github/blob/main/DOCUMENTATIONGUIDE.md).* *You can use this section to describe your solution, but we encourage contributors to document your reasoning and changes using in-line documentation.* ## ✅ Testing *Please ensure that the PR meets the testing requirements set by CodeCov and that new functionality is appropriately tested.* *This section describes important information about the tests and why some elements might not be testable.* ## 📝 Code of Conduct & Contributing Guidelines By submitting creating this pull request, you agree to follow our [Code of Conduct](https://github.com/StanfordSpezi/.github/blob/main/CODE_OF_CONDUCT.md) and [Contributing Guidelines](https://github.com/StanfordSpezi/.github/blob/main/CONTRIBUTING.md): - [ ] I agree to follow the [Code of Conduct](https://github.com/StanfordSpezi/.github/blob/main/CODE_OF_CONDUCT.md) and [Contributing Guidelines](https://github.com/StanfordSpezi/.github/blob/main/CONTRIBUTING.md).
@pauljohanneskraft @eldcn Wondering if we can merge this PR in main as well; let me know what you think. |
Name of the PR
♻️ Current situation & Problem
Link any open issues or pull requests (PRs) related to this PR. Please ensure that all non-trivial PRs are first tracked and discussed in an existing GitHub issue or discussion.
⚙️ Release Notes
Add a bullet point list summary of the feature and possible migration guides if this is a breaking change so this section can be added to the release notes.
Include code snippets that provide examples of the feature implemented or links to the documentation if it appends or changes the public interface.
📚 Documentation
Please ensure that you properly document any additions in conformance to Spezi Documentation Guide.
You can use this section to describe your solution, but we encourage contributors to document your reasoning and changes using in-line documentation.
✅ Testing
Please ensure that the PR meets the testing requirements set by CodeCov and that new functionality is appropriately tested.
This section describes important information about the tests and why some elements might not be testable.
📝 Code of Conduct & Contributing Guidelines
By submitting creating this pull request, you agree to follow our Code of Conduct and Contributing Guidelines: