YAML entry with commas within quotation marks should produce a single entry

[Lise]

Obisidian has decided that a comma is a separator even when it is within quotation marks. So entering “O Brother, Where Art Thou?” as an alias means that you will end up with two aliases: “O Brother” and “Where Art Thou?”.

But one of the reasons we use quotation marks is precisely to keep a phrase together, or to take into account punctuation marks within a phrase.

I can understand wanting ease of input, and using a comma as a separator, but not when it is within quotation marks!

Please reconsider this decision.
See Alias wrapped in quotation marks splitting at comma - #6 by WhiteNoise.

[WhiteNoise]

To repeat myself in the bug report, the current behavior is not standard. This was a decision made by licat to ease entering multiple aliases inline.

To be standard BOTH aliases: a, b AND aliases: "a, b" should be interpreted as ONE alias a, b .

If you want to adhere more strictly to YAML, I suggest you use the square bracket notation ["a, b"] .

[Moonbase59]

Seems like with tags: Intentionally breaking YAML syntax for the “benefit” of the user (by splitting YAML str’s by ,).

Personally, I’d prefer Obsidian sticking with YAML syntax, i.e.

• aliases: 'One, two and three' → one alias
• aliases: "One, two and three" → one alias
• aliases: One, two and three → one alias
• aliases: ['One', 'two and three'] → two aliases
• aliases: ["One", "two and three"] → two aliases
• aliases: [One, two and three] → two aliases

• aliases:
    - One, two and three
  

  → one alias

• aliases:
    - One
    - two and three
  

  → two aliases
• and so on …

(Added this here after conversing with @WhiteNoise. I support the FR of “standard YAML”.)

[Jare]

I’d prefer the YAML standard way too.

[jmm]

This breach of yaml standards breaks my vault. I have nearly 2.000 files in need of manual revision because the analysis of the translated title stored as aliases is important.

I hope Licat reconsiders this decission.