You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
LiquiDoc can presently write data to file using a parse action and then ingest this data in later actions. For performance reasons, the option to carry those objects in memory might offer some slight improvements. More importantly, however, we could eventually allow evaluations and other results within the config if the config could evaluate the results of parse actions.
For instance, _configs/build-docs.yml:
- action: parsedata:
- data/manifest.yml
- data/versions.ymlquery: siteManifest # a GraphQL query that creates a combined objectbuilds:
- capture: site.manifest # store the combined object as a variableoutput: _builds/data/built/manifest.yml # write the combined object as a YAML file# no template is needed; all we are doing is morphing objects with GQL# The following two actions are effectively identical:
- action: parsedata: _builds/data/built/manifest.yml # reads the YAML filebuilds:
- output: site-manfiest.json
- action: parsedata: $site.manifest # loads the stored objectbuilds:
- output: site-manfiest.json
The capture: property would require the result be a proper data object or small-data format (JSON or YAML). This would work for any raw ingested data from one or more files, and including standard vars and data sub-objects, as applicable. It would also work for any data converted into a proper YAML file using Liquid. (Yes, in some cases it makes more sense to use YAML to manipulate data structures than GraphQL or any other query language, for that matter. I really need to blog this.)
The text was updated successfully, but these errors were encountered:
LiquiDoc can presently write data to file using a parse action and then ingest this data in later actions. For performance reasons, the option to carry those objects in memory might offer some slight improvements. More importantly, however, we could eventually allow evaluations and other results within the config if the config could evaluate the results of parse actions.
For instance,
_configs/build-docs.yml
:The
capture:
property would require the result be a proper data object or small-data format (JSON or YAML). This would work for any raw ingested data from one or more files, and including standardvars
anddata
sub-objects, as applicable. It would also work for any data converted into a proper YAML file using Liquid. (Yes, in some cases it makes more sense to use YAML to manipulate data structures than GraphQL or any other query language, for that matter. I really need to blog this.)The text was updated successfully, but these errors were encountered: