• Lars Wirzenius
  • Daniel Silverstone


Daniel has looked into Rust Markdown parsers. The comrak one seems like the best choice at the moment, as it makes a round-trip easy (parse, then re-generate input from the AST). He's also provided review for Lars's invitation drafts.

Lars added links to the Fable tutorial and architecture document to the front page of the Fable website, and changed typesetting of keywords and regexp captures of scenario steps. He sent invitations to four people to look at Fable and give us feedback. One has responded, but we feel we need some more information from them.

Lars got stuck with writing scenarios for Fable itself, due to how ugly embedded a scenario (or YAML) in a scenario ends up being in the rendered document. We discussed this, and came up with an idea where the file that would be embedded is put in a separate fenced code block, and extracted by the code generator.

Lars ran out of time drafting a proposal for copyright licensing of Fable, but the consensus from the previous meeting stands.

We discussed the roadmap and agreed on updating it. The website is basically finished for the launch. (There's much possible improvement, but it can wait until launch.)

We're still feeling good about launching in August.

Iteration plan


  1. Respond to the person who reviewed Fable, and suggest a video chat to discuss in more detail.
  2. Ponder whom else we can approach for feedback. Discuss, and invite them to try Fable.
  3. Prototype a way to have code generator extract test files from fenced code blocks.
  4. Write some preliminary scenarios for the architecture document.
  5. Draft a proposal for Fable licensing for the production version, and send to Daniel for review.


  1. Ponder whom else we can approach for feedback. Discuss, and invite them to try Fable.
  2. Continue work on parsing and generating Markdown in Rust.
  3. Review drafts from Lars.