I have a CSS file. This is referenced in a Markdown file at the location
entries / MyDoc.md
Demo database with the CSS and the document is attached.
<a class='attachment' href='//devontech-discourse.s3.dualstack.us-east-1.amazonaws.com/uploads/original/2X/5/51f30322564dd1cba7ec59ac17b557d76bb305f5.zip'>css-links 2018-12-26.dtBase2.zip</a> (7.87 KB)
You cannot use an underscore before a name like this (remembering and underscore is a reserved character in Markdown, not just MultiMarkdown). This is clearly documented in MultiMarkdown’s documentation.
Also, Steffi’s suggestion of standard method of using is a good one, regardless. (I actually use this method all the time.)
Using either method with the reference URL also works.
If I am not mistaken, Fletcher talks in the the Metadata block paragraph about metadata keys (that is what’s left of the colon), not about the values (right of the colon). As values the MultiMarkdown metadata block expects IMHO a string, which in the case of the CSS key is interpreted as a path or URL. - And paths and URLs can contain underscores, can’t they?
Thanks Jim. Would be great if you could pass it on to Criss when he comes back. And I’d appreciate it a lot if he could post an update here when he looks into the underscore issue. Thanks again.
(The reason I want to use the underscore is that directories/groups with an underscore get sorted in DEVONthink and in the default filesystem listings above - i.e. separated from - the normal directories/groups.)
My main aim is to have the Markdown files viewable (when converted to HTML via MultiMarkdown) outside DEVONthink, that’s why I have them on the file system on their own volume which I just index with DEVONthink.
This works mainly pretty well and I am happy to harness DEVONthink’s great search power for this, but using the DEVONthink item link is obviously not an option in this use case.