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
I realized these two config items are dynamically updated on content changes. Others for frontmatter values I am not using probably too. If the use of this is to fill dropdowns and keep an index of content, wouldn't it be a better place for them to be either in their own files under .frontmatter/config/taxonomy or even within .frontmatter/content/taxonomyDb.json and categoryDb.json? Updating the config file on content changes feels counterintuitive for the concept of a CMS. Especially non-hierarchical taxonomies might get updated every single time new content is added.
The text was updated successfully, but these errors were encountered:
The tags and categories are now moved to their own taxonomyDb.json file. When you open a project, it will check if tags or categories are present in the DB. If not, it will update it with the one from your settings.
I realized these two config items are dynamically updated on content changes. Others for frontmatter values I am not using probably too. If the use of this is to fill dropdowns and keep an index of content, wouldn't it be a better place for them to be either in their own files under
.frontmatter/config/taxonomy
or even within.frontmatter/content/taxonomyDb.json
andcategoryDb.json
? Updating the config file on content changes feels counterintuitive for the concept of a CMS. Especially non-hierarchical taxonomies might get updated every single time new content is added.The text was updated successfully, but these errors were encountered: