A few notes from today’s discussion:
- What demo data should be created?
- How should we store/manage the demo data?
- CSVs that can be imported via the
farm_import_csvmodule? - YML files that can be imported via the Default Content module?
- CSVs that can be imported via the
- What should trigger the data creation?
- Automatically when the module is installed?
- Manually by clicking a button in the UI?
- Via Drush CLI commands?
- … other?
- How do we handle “shifting dates” so that the demo data appears “current”? (if the demo data has a timestamp in 2026, but someone installs it in 2036, we should shift the data to the present)
- Do we need to be able to clean up (delete) demo data?
- What happens if other records reference it?
- Or do we just put a big warning somewhere? “Don’t use this on a real database!”
- Can this tie into the setup wizard somehow?
- The idea: the demo module may install certain modules to generate the data, and someone might want to start fresh with the same modules installed.
- Conventions!
- This module will naturally be following some conventions, so maybe it’s an opportunity to document them too.