Oh and the proposed variant identifier (or document declaration if I read correctly) I'm proposing is:
>>> !CommonMark: 0.1.23-github.username.projectname Author: Bane Liciea Title: Why you should hire me Date: 32-4-2002 Layout: Resume ... content blabalba ... <<< ( http://talk.commonmark.org/t/the-case-for-a-commonmark-declaration-tag/584/9 ) `!CommonMark: 0.1.23-github.username.projectname` is located in the very first line of a document and `!CommonMark:` is the magic word along with the version identifier (optional, if missing assume latest version). below the document declaration is simple key:value document metadata. Which in archive analogy, is like the label stuck on top of microfilm casing. So it is easier to scan and read as a batch (Keep reading metadata after `!CommonMark:` until an empty line is detected) Well that's my preference anyhow. No frills, just simple key:value suggestions on what the document is and how the parser is recommend to present it (e.g. 'layout: Resume' ). Of course for pandoc, I would suggest that the magic word would be `!pandoc: <version number>` on the very first line, and simple metadata immediately below (as I suggested in previous email). On Wed, Nov 12, 2014 at 11:03 AM, mofo syne <mofos...@gmail.com> wrote: > Was thinking that generic block directives concept in > http://talk.commonmark.org/t/block-directives could assist with this. > >>>> > !pandoc: > This is a Title > Sean Leonard > November 2014 > <<< (compact) > > or if there is spaces in the metadata block. No need for %, since we > know that it is metadata already. > >>>> > !pandoc: > :::::::::::::::::::::::::::::::: > This is a Title > Sean Leonard > November 2014 > :::::::::::::::::::::::::::::::: > <<< (fenced) > > Good for document declaration. E.g. should we load resume.css or > blog.css default styles. > > On Wed, Nov 12, 2014 at 10:47 AM, Sean Leonard <dev+i...@seantek.com> wrote: >> Regarding the text/markdown registration: >> >> At least one commentator (Larry Masinter) specifically requested that the >> variant identifier be included in-band in the Markdown content, rather than >> as part of the metadata. I disagree with in-band signaling (as has been >> registered earlier on this list). Nevertheless, I wanted to take a straw >> poll and see if anyone has tried to implement in-band Markdown variation >> identifiers, with any success. Do any implementers have experience with >> picking the type of Markdown based on some info at the top of the Markdown >> content? Does it work—or will it never work? Or is it “bad” for particular >> reasons? >> >> By in-band, I mean a Markdown file with content like this: >> >>>>> >> !pandoc >> % This is a Title >> % Sean Leonard >> % November 2014 >> >> Blah blah *blah*. >> <<< (fortin’s suggestion) >> >>>>> >> [!pandoc]: # "This is a pandoc document." >> % This is a Title >> % Sean Leonard >> % November 2014 >> >> Blah blah *blah*. >> <<< (seantek’s suggestion) >> >> -Sean >> _______________________________________________ >> Markdown-Discuss mailing list >> Markdown-Discuss@six.pairlist.net >> https://pairlist6.pair.net/mailman/listinfo/markdown-discuss _______________________________________________ Markdown-Discuss mailing list Markdown-Discuss@six.pairlist.net https://pairlist6.pair.net/mailman/listinfo/markdown-discuss