Sibling of #1219, found while reviewing checkbox semantics: the observation exclusion list
only knows GFM's three markers ([ ], [x], [-]), so Obsidian's extended checkbox
vocabulary leaks into the graph as junk observation categories:
- [/] in progress task -> {'category': '/', 'content': 'in progress task'}
- [>] deferred task -> {'category': '>', 'content': 'deferred task'}
- [?] maybe task -> {'category': '?', 'content': 'maybe task'}
[X] (uppercase, GFM-legal) also slips through as category X.
Fix direction
Deliberately narrow, like #1239: treat any single-character non-alphanumeric bracket
prefix (plus [X]) as task-marker-shaped, never an observation category. Single-char
alphanumeric categories other than x/X ([a], [1]) keep parsing as today.
Longer term these lines belong to first-class task extraction (#1242), which will
own the full marker family; this exclusion is the interim guard.
Sibling of #1219, found while reviewing checkbox semantics: the observation exclusion list
only knows GFM's three markers (
[ ],[x],[-]), so Obsidian's extended checkboxvocabulary leaks into the graph as junk observation categories:
[X](uppercase, GFM-legal) also slips through as categoryX.Fix direction
Deliberately narrow, like #1239: treat any single-character non-alphanumeric bracket
prefix (plus
[X]) as task-marker-shaped, never an observation category. Single-charalphanumeric categories other than x/X (
[a],[1]) keep parsing as today.Longer term these lines belong to first-class task extraction (#1242), which will
own the full marker family; this exclusion is the interim guard.