New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issue: Only 1 dimension allowed in contentTypes #197
Comments
|
Thanks @kristofzerbe, this is currently a limitation, but is great to add support in a future version!. |
|
I think this would also help resolve #176 |
|
The first integration of the multi-dimensional content-type field support has been added. In the content type, you can now define it as follows: {
"frontMatter.taxonomy.contentTypes": [
{
"name": "multi-dimensional",
"pageBundle": false,
"fields": [
...
{
"title": "Photo",
"type": "fields",
"name": "photo",
"fields": [
{
"title": "Title",
"name": "title",
"type": "string",
"default": "default title"
},
{
"title": "URL",
"name": "url",
"type": "string"
}
]
}
]
}
]
}When creating the content, it will automatically include the defined fields. From the metadata section in the Front Matter panel, you can perform changes to your article its front matter. Feel free to test it out in the latest beta version. |
|
This is excellent! |
|
Thanks @zivbk1 for verifying! @kristofzerbe would you mind giving it a try? |
Custom subfields are working great. Thanks a lot. :) Only thing is, that I expect in the frontmatter of my posts the file name only (f.e. Maybe the Greets |


Describe the bug
In case a Frontmatter subentry has to be taken as name of a custom contentType, it won't work. For example:
FrontMatter
Setting
Expected behavior
Subentries should be noted if they are separated by a period.
The text was updated successfully, but these errors were encountered: