Create demo app for Demodam: Binnen Beter (TBV Tilburg)
-
Make it in Demodam styleJust keep styling, it's great! and make it a demo app. I don't think the original client cares, if so we'll hear it and remove logos/colors. Choose whether https://appsemble.app/nl/apps/71/beter-wonen or https://appsemble.app/nl/apps/97/binnen-beter should serve as base (I think the latter). Both should be removed after this new demo app is done -
Move the update code from https://gitlab.com/appsemble/tbvwonen into the now common /apps project folder, fix the code which needs a bit of fixup to be compliant with the latest appsemble DSL. -
Also needs some other updates, like replacing the hardcoded email address here (from original client). Not sure where then it should point to now though. Perhaps comment out the code to not email, but leave it so people can easily re-enable. Or, can we use a special variable to insert your own email address that's associated with your account? to: reparatielijn@tbvwonen.nl
-
properly translate the app fully in english and have it translated into dutch -
remove the postcode regex restrictions, they don't make sense to any demo user (keep it commented though and add a comment noting it's a possibility to limit accepted postcodes to a service area. - name: postalCode type: string label: translate: postalCode placeholder: 1234 AB requirements: - *required - regex: '^\s*[1-9][0-9]{3}[\s]?[A-Za-z]{2}\s*$' errorMessage: ' ' - regex: '^\s*((50[0-3][0-9]|504[0-9])|5056|5057|5070|5071|5268|(507[4-6])|5296)[\s]?[A-Za-z]{2}\s*$' errorMessage: translate: notServiced # 5000-5049, 5056, 5057, 5070, 5071 (gemeente Tilburg) # 5268 (Helvoirt) # 5074-5076, 5268, 5296 (gemeente Haaren)
-
auth key is hardcoded, it's a secret so move it to secrets. Not sure how to handle this properly. it's ok to use this key for demo purposes but you really need to purchase your own key if you want to use the app for other purposes. A code comment stating that is enough for me. not need to go fort knox on it. authKey: C8VR5x8VdCZbQQBi
-
-
Love the screenshots, hope we can keep them up to date and as vibrant by creating e2e test screenshots and have this app in downstream pipeline e2e tested. -
Publish demo on openapps.nl
We have two flows we should test:
Residents for residential purposes
-
Possibility to make a repair request -
Fill in the form -
Confirmation of repair request received
Login for employees
-
Employees must also be able to submit a repair request -
Submit a quality of life report -
Confirmation of quality of life report received
Some info from the original issue, not sure if it should be kept
-
Write some user stories we'll be using in step 3 (e2e) and step 6 (manual inspection) link to invision
-
A demo version is available on appsemble.app
- deployed through CI as demo app
- make sure you have some nice looking demo data deployed with it for demo purposes
- make sure it's translated in NL + EN (NL for our predominantly Dutch userbase, EN for making sure all of our devs can work with it, plus slowly growing the international customerbase)
- The app is added to https://openapps.nl
- The app has a couple of e2e tests. (from user stories of step 0)
- The e2e tests are added to the (like on https://gitlab.com/appsemble/appsemble/-/pipelines/1190631283, "end to end" phase)
- The description and images are up-to-date and complete.
- The app is manually inspected and found suitable for demo purposes. (from user stories of step 0)
- Announce the app on social channels (https://gitlab.d-centralize.nl/dcentralize/design/-/issues/new) and in the upcoming newsletter.