Cool! Thanks for the explanation would the Properties editor basically indicate that YAML is nested simply by indentation, as in source?
+1 for nested properties!
+1 from me
The new features of the properties are nice to have, with easier selection, and the ability to organize the properties. However, the lack of support for nested attributes is a deal-breaker for me to use the new Properties features.
With a little regex knowledge it would not be hard to mash together the parts (of the keys before colons) belonging together.
Lacking that, even a chat robot below 4.0 could still do it. Then in VSCode or Notepad++, make the replacements.
That doesnât solve the request at all. Especially since workflows like Pandoc exports expect a certain yaml metadata structure.
Iâm not âagainstâ the FR. More like âforâ the people who try to find fault with Obsidian putting a cramp in their cozy workflows.
To rehash the old expression:
Some people, when confronted with a problem, think âI know, Iâll use regular expressions.â Now they have two problems.
Yes, itâs certainly possible to utilize a âkey_nestedKey_â structure and parse out the nesting into unique valuesâŚ
But⌠Itâs almost always the wrong tool, especially when something like nested YAML, lists of dicts, etc, exist.
Personally Iâm more interested in discovering what the âcorrectâ solution would be than I am in getting features addedâŚ
family_mother_name:
isnât it because it isnât going to be supported by queries easily at all. It also isnât expandable without a ton of work. (family_stepmother_name:
for example)
This wonât work either, because you canât attach data to the relationship.
family:
- [[mothers_name]]
- [[fathers_name]]
at least not without a lot of cross-file inference from things like both the mother and fatherâs pages having a âchildrenâ list and determining the relationships that way.
To my mind the ideal probably looks something like:
family:
- relationship: mother
record: [[mothers_name]]
- relationship: father
record: [[fathers_name]]
but thatâs probably because I have years of building relational databases clogging up my brain and I want to force things into that structure.
Organizing metadata is clearly a topic that a lot of us are thinking about and doing in different ways. It would be very helpful to know what the Obsidian devs were thinking about this issue so that we could start aligning with what will be the expected way that development is marching towards.
Thanks, Josh, you are right. There are many unknowns down the road of regex and itâs not fair or prudent to send people down that road. There is a fair degree of chance people merge multiple parts and end up removing others.
But you see, most people stop being pro-active and taking a personal interest when they see that somebody is âon itâ.
I just think in metadata (that nobody sees other than ourselves) it is okay to be repetitive.
E.g.:
family_member:
- mother
- father
family_member_name:
- "[[mothers_name]]"
- "[[fathers_name]]"
- Actually, it was laid out above. Of course there are other ways but programatically we want the best that suits everyone, including those on personal and commercial level.
I do agree though that we need to keep hitting the Properties and YAML irons while they are hot, otherwise the devsâ focus will shift to other topics.
Itâs even possible some plugin makers will beat them to it.
But because there are some Database plans in the works and metadata plays a huge part in that, I suspect this YAML upgrade will have be addressed and the time is about right to make the transition. We donât know whatâs going on.
(And there is also DataCore; not sure where DataCore is at at the moment.)
So fingers crossed.