You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Allow specifying which directive names are processed #29
I searched issues and discussions and couldn’t find anything (or linked relevant results below)
Problem
As seen in #26, sometimes you have text that simply isn't meant to be processed as a directive. This seems mainly to be a problem with textDirective nodes, since -- like other inline Markdown -- there's no requirement for the directive to begin with a non-word character. So you often have things like "I departed at 10:30am", which gets processed unintentionally.
Current solutions
I wrote my own plugin that runs after remark-directive that attempts to restore unintentional textDirective nodes to plain text, although this isn't perfect since it can't exactly reproduce the attributes input.
Proposed solutions
A plugin option that allows a user to specify which directive types should be processed versus left as plain text.
changed the title [-]Allow specifying particular directive names to include/exclude[/-][+]Allow specifying which directive names are processed[/+]on Mar 15, 2026
Read through the closed issues and saw the discussion around text directives and not wanting to support anything beyond telling authors to escape colons. Not a dream workaround, but simply undoing the processing for unrecognized directives is a fine-enough solution for me, and that can happen in a separate plugin. Closing.
Activity
stephenlrandall commentedon Mar 15, 2026
I am also happy to submit a PR for this if pointed at the right packages to submit the PRs for.
[-]Allow specifying particular directive names to include/exclude[/-][+]Allow specifying which directive names are processed[/+]stephenlrandall commentedon May 5, 2026
Read through the closed issues and saw the discussion around text directives and not wanting to support anything beyond telling authors to escape colons. Not a dream workaround, but simply undoing the processing for unrecognized directives is a fine-enough solution for me, and that can happen in a separate plugin. Closing.
github-actions commentedon May 5, 2026
Hi! This was closed. Team: If this was fixed, please add
phase/solved. Otherwise, please add one of theno/*labels.wooorm commentedon Jun 3, 2026
the conclusion of the threads should be: a solution that works for non-English languages, too