[Bug]: Inline Tag is not closed when using the tags column Type

[SpocWeb]

Contact Details

directly in GitHub

What happened?

when choosing 'inline field' to store a Column of tags Type, the Inline Element is not properly closed.
This results of course in not properly reading it.
Actual inline text: [tags:: geo/Continent, newTag
Expected text: [tags:: geo/Continent, netwTag]

What platform were you using?

Desktop

Version of the plugin

3.3.0

Relevant log output

No response

Are you using the latest version of the plugin in your Obsidian vault?

• I have verified that I am on the latest version

Are you check if there is a similar issue?

• I have verified that there are not similar issues

[SpocWeb]

As a workaround I will use FrontMatter Storage for now.
thank you for this fabulous component!

[SpocWeb]

Sorry, but the Problem is not limited to Columns of Type Tag, here an Example of Type Checkbox:
After several Clicks I have this in my Markdown File:

[]
[IsPrivate::][IsDeleted:: true
[IsDeleted:: false
[IsDeleted:: true
[IsDeleted:: false

[RafaelGB]

Hello @SpocWeb , thanks for your report. I will add it to the roadmap

[RafaelGB]

https://regex101.com/r/mpJEMP/1

Possible solution for a more complete regex

[SpocWeb]

Not bad, which RegEx dialect are you using? I suppose EcmaScript?
Some dialects support matching Brackets which would allow for [[links]] or {{templates}} in the Value.
Let me see if EcmaScript supports this.

[SpocWeb]

This is the feature explained: Balancing Groups

[SpocWeb]

In JavaScript: API :: XRegExp.matchRecursive

XRegExp.matchRecursive(str, '\[', '\]', 'g');

but for primitive Values like simple Strings and Numbers this is probably overkill.

[RafaelGB]

Yeah, EcmaScript. With older version I was using those balancing groups like a form of ternary, but it scale bad. So I dev a builder pattern => https://github.com/RafaelGB/obsidian-db-folder/blob/master/src/patterns/builders/NoteContentActionBuilder.ts

Sacrificing some performance for readability