Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The downside to the proposition is that
layout: null
will be overridden byfrontmatter_defaults
defined in for the document (?) in the config file. As of Jekyll 3.5.x, this is overcome by settinglayout: none
in the document. (Works only forJekyll:Document
objects. For regularJekyll::Page
objects (like./about.md
), there's a proposed port via an open PR.)There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So, currently to prevent override by
defaults
in_config.yml
, you have to use?layout: none
for documentslayout: null
for pagesSeems a bit messy.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nope.. setting
layout: none
means it will not be overridden by_config.yml
Currently,
layout: none
for Documents will leave them alone (absolute layout-proof)layout: none
for Pages will display a warning:requested layout 'none' could not be found
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I know. That's why I said currently you have to use
layout: null
for pages. If you uselayout: none
for pages it'll try to use a layout namednone
.So to summarize
layout: null
will produce a file without layout file, but this will be overridden if the file is a Document and has a layout defined in front matter defaults.layout: none
in a Document produce a file without a layout file. If used in a Page, it will try to use a layout namednone
.There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes, that is 99.99% correct.. 😃 If things go as I hope,
v3.6.0
might land withlayout: none
applicable to Pages as well..