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
Move generation to plugins, and let plugins expose generators. A genrator can output public data and ahould then define a content define the formats (content types, etc) they can generate. By default we ship with a plugin that generates text/html, but we can later add others, such as application/ld+json , or even one for nginx configuration.
The text was updated successfully, but these errors were encountered:
bartfeenstra
changed the title
Split rendering our per content type
Split rendering out per content type
Sep 5, 2019
Alternatively we can take a file-based approach. This means that for every resource type we want to render, there's a directory in the file system with templates. For each resource, these are copied to the resource's destination directory, and then rendered. The advantages are that the generation API does not need to know which files are being rendered: it just provides the source directory path, destination directory path, and template variables. The renderers will do the rest. Plugins and individual site configurations can then override or add files.
Move generation to plugins, and let plugins expose generators. A genrator can output public data and ahould then define a content define the formats (content types, etc) they can generate. By default we ship with a plugin that generates
text/html
, but we can later add others, such asapplication/ld+json
, or even one for nginx configuration.The text was updated successfully, but these errors were encountered: