-
-
Notifications
You must be signed in to change notification settings - Fork 62
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
The user input is silently not saved if yaml cannot be parsed #196
Comments
Hi @danieltomasz, the error handler could be improved with notifications, I am agree. I will add them when the react migration its finished. If the yaml is not well constructed the edition will fail. The unique error already controlled is when the yaml do not exist or there is a duplicate (inline with frontmatter or frontmatter with inline) |
Also I was able to identify use cases where plugin fails But I this this is a limitation of how the yaml entries are parsed in your plugin and is hard to do something with it? One use case when I see this might be a problem is people including bibtex citekey into they bibliographic notes like If changes in parsing are not easy to do, maybe documenting what kind of input could be parsed might be useful? |
I am using the ParseYaml function of Obsidian + Dataview Inline search for inlines. The value requires an space after |
I think it doesnt work because your plugin strip quotes from scalars, You could compare results
with
|
I just test '@value' and works with 1.8.2 Notice that in your sample there are different types of quotes wrapping the value ` instead of ' |
indeed, sorry for the confusion! |
Do not worry, I am happy to help! About the error handler will takes time. The migration of react-table version and react will take 2 months aprox... But will be worth for sure! |
Describe the bug
title: "title
(no quote)Obsidian 0.15.4, plugin 1.8.2
Also why the quotes are removed from string ?
title: "Title"
is becomingtitle: Title
The text was updated successfully, but these errors were encountered: