-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
Page Properties force overwrites markdown with existing YAML Page Metadata #1925
Comments
This would also allow WikiJS to be compatible with Notable and so I'd love to see it. This is quite related, I'm not sure if this should be it's own issue (if so I'll make a seperate issue), but perhaps the
That way it would:
Better Cross compatability would be a welcome improvement. edit: This tag feature is also missing from the beta so I made a new issue here |
@regevbr Is this already covered by your recent PR for improving Page Properties? |
Nope |
@NGPixel do you agree with the following proposal to resolve this issue? Metadata inject function:
Metadata read function:
If I've understood the inject function, it should have no impact on calls to Metadata inject function:
If I've understood the read function, it should have no impact on calls to Metadata read function: |
@seafre No, existing fields should be preserved but Wiki.js fields shouldn't be prefixed. Not only that would break any page already using un-prefixed fields, it wouldn't make sense to have duplicate fields per application. |
Describe the bug
Upon importing Markdown from existing source, the Page Properties blank fields force overwrite of the imported markdown's existing YAML Page Metadata. This breaks usage of wiki.js for managing existing source materials from Jekyll "Front Matter" etc.
To Reproduce
Pre-Import of "test-page.md":
Post-Import of "test-page.md":
Expected behavior
Existing keys are not over-written, and Wiki.js keys are optional (or prefixed with
wikijs-
?Host Info (please complete the following information):
Ubuntu Docker Container
2.2.51
postgres 12.1
The text was updated successfully, but these errors were encountered: