staticjinja can be used to build a templates directory, and this can serve as a generic feature across all the sites. This would be nice to run through quill, simply at first.
However this presupposes a single script per subdomain, hence a lot of duplication. Instead: a single interface through quill, providing all necessary context to each subdomain, and only editing the software for quill to build a template with the appropriate info (which should probably be loaded from config files rather than stored in the driver lib).
Whether to build the templates should be tied to whether the git repo is clean/dirty.
If template has changed, git repo will be dirty, so template should be re-rendered.
Reminder:
scan (lever) reads the manifest and assesses the model (e.g. clean/dirty status)
fold assembles things on the basis of the model
So it stands to reason that scan would gather the context info to provide to the jinja template renderer in fold
For each repo, if there's a templates directory, then for each html file in that then build into the site directory
staticjinja can be used to build a templates directory, and this can serve as a generic feature across all the sites. This would be nice to run through quill, simply at first.
make_site
in
However this presupposes a single script per subdomain, hence a lot of duplication. Instead: a single interface through quill, providing all necessary context to each subdomain, and only editing the software for quill to build a template with the appropriate info (which should probably be loaded from config files rather than stored in the driver lib).
Whether to build the templates should be tied to whether the git repo is clean/dirty.
Reminder:
So it stands to reason that scan would gather the context info to provide to the jinja template renderer in fold
site
directory