gatsby-plugin-templated-files
Allows directories of files to be turned into pages in GatsbyJS (v2) via a React template component. Effectively works like gatsby-plugin-page-creator
but for files of any type.
The primary use for this will be to crawl a directory of Markdown files and turn them into pages matching that folder heirarchy but without adding boilerplate page-creation code in gatsby-node.js
file and without needing any gatsby-source-filesystem
configuration.
You do still need the gatsby-transformer-remark
plugin to parse your files into Markdown. The example below shows a template using these two plugins together.
Install
npm install gatsby-plugin-templated-files
How to use
Configure in your gatsby-config.js
file. Multiple instances can be included to crawl different paths or use different templates:
module.exports = {
plugins: {
{
resolve: "gatsby-plugin-templated-files",
options: {
path: "pages",
template: "Page.jsx",
},
},
{
resolve: "gatsby-plugin-templated-files",
options: {
path: "./pastas",
template: "Pasta.jsx",
url: "/pasta/:slug",
},
},
{
resolve: "gatsby-plugin-templated-files",
options: {
path: "blog",
template: `${__dirname}/src/othertemplates/Blog.jsx`,
url: "/blog/:slug",
include: [
"*.txt",
"*.md",
"*.html",
]
ignore: [
"LICENSE.txt",
"LICENSE.md",
],
indexes: [
"README.md",
"sitepage.html",
"index.*",
]
},
},
"gatsby-plugin-remark"
}
}
Options
options.path
(required)
String path to directory of files to create corresponding pages for, e.g. src/blog/
- Paths are relative to the site root CWD (where your
gatsby-config.js
is!)
options.template
(required)
String path to the *.js
or *.jsx
template file the pages should use, e.g. Blog.jsx
- Templates are (by convention) stored in the
src/templates
directory - Relative paths are relative to the
src/templates
, e.g. MyTemplate.jsx
- Use absolute paths to point to other directories, e.g.
${__dirname}/src/other/MyOtherTemplate.js
options.url
(optional)
Set the output URL format for pages. Defaults to /:slug
- Use to append trailing slashes e.g.
/:slug/
- Use to prepend directories e.g.
/blog/:slug
- Leading slash is recommended but not required
- Currently
:slug
is the only available variable — open an issue if you need more
options.include
(optional)
Array of file globs to include when crawling your options.path
dir. If specified will replace the default list:
*.md
*.markdown
options.ignore
(optional)
Array of file globs to ignore when crawling. If specified will add to the default list (dotfiles and npm files):
.*
yarn.lock
package.json
package-lock.json
node_modules
options.indexes
Array of file globs to use as index files, e.g. if listing.md
is an index then a/b/c/listing.md
will have the a/b/c
slug (with no listing
). Defaults to:
index.*
README.*
Note: glob patterns
options.include
, options.ignore
, and options.indexes
accept glob patterns, e.g. using *
as a wildcard. These work like they do in .gitignore
:
- Globs with a
/
slash somewhere in the glob: Matched relative to options.path
- Glob with no slashes: Matched globally (i.e.
**/
prefix is implied!)
Note that globs are relative to options.path
, e.g. /index.md
matches ${options.path}/index.md
Templates
To output your Markdown as HTML (via React) you'll need to create a template file. These files are just normal GatsbyJS page components which have two requirements:
default export
a React component- export a GraphQL query as
query
import React from "react";
import { graphql } from "gatsby";
export default function Pasta({ data }) {
const file = data.templated;
const markdown = file.childMarkdownRemark;
return (
<article>
<h1>{markdown.frontmatter.title || file.name}</h1>
<div dangerouslySetInnerHTML={{ __html: markdown.html }} />
</article>
);
}
export const query = graphql`
query($id: String!) {
templated(id: { eq: $id }) {
absolutePath # '/usr/var/www/pastas/Ribbon Pasta/Tagliatelli.md'
relativePath # 'Ribbon Pasta/Tagliatelli.md'
name # 'Tagliatelli'
dirs # ['Ribbon Pasta']
childMarkdownRemark {
html # '...parsed Markdown content of Tagliatelli.md...'
frontmatter {
title # '...title parsed from frontmatter of Tagliatelli.md...'
}
}
}
}
`;
How to query
This GraphQL query retrieves a single Templated
file node. All fields in the node (like name
, extension
, size
, dir
, depth
) can be used for filtering and sorting, except for content
which is lazy-loaded.
query($id: String!) {
templated(id: { eq: $id }) {
id
absolutePath
relativePath
rootPath
templatePath
index
base
name
extension
dir
dirs
slug
slugs
depth
url
size
prettySize
modifiedTime
accessedTime
changedTime
birthtime
content
internal {
type
mediaType
contentDigest
}
}
}
If you're using gatsby-transformer-remark
it's recommended to query the Templated
file node first, then add in the child MarkdownRemark
node using childMarkdownRemark
:
query($path: String!) {
templated(rootPath: { eq: $path }) {
absolutePath
rootPath
name
dirs
childMarkdownRemark {
html
frontmatter {
title
}
}
}
}
Query for a list of files with an allTemplated
query. Results can again be filtered and sorted using any of the Templated
node's fields.
{
allTemplated(filter: { name: { eq: "abc" } }, sort: { fields: [rootPath], order: DESC }) {
edges {
node {
base
extension
dir
modifiedTime
}
}
}
}
Query heirarchically nested children of the matched file with the following query. You can use this to output your entire tree of files (up to a required depth) e.g. to build navigation menus or sidebars. You could make this neater with a fragment but we've made it explicit for the example.
Heirarchy in this plugin constructs based on the final page URL (i.e. based on your options.url
setting). So pages at /a/x
and /a/y
become children of the page at /a
).
If you're receiving an error that childrenTemplated
does not exist, use childTemplated
instead. Gatsby creates these automatically based on whether any Templated
nodes in your project have multiple children. This is annoying but there's no easy workaround.
{
allTemplated(filter: { depth: { eq: 0 } }) {
edges {
node {
depth
name
dirs
relativePath
childMarkdownRemark {
frontmatter {
title
}
}
childrenTemplated {
depth
name
dirs
relativePath
childMarkdownRemark {
frontmatter {
title
}
}
childrenTemplated {
depth
name
dirs
relativePath
childMarkdownRemark {
frontmatter {
title
}
}
}
}
}
}
}
}
Contributing
Useful PRs are welcomed! Code must pass ESLint (with Prettier via eslint-prettier, Jest unit tests, and Cypress end-to-end tests. Run this locally with yarn test
and wait for it to be confirmed by TravisCI.
All commits on the master branch are deployed automatically using semantic-release which bumps version numbers automatically based on commit messages, so Commits must follow Conventional Commits. This is enforced by a Husky precommit hook.