• Show log

    Commit

  • Hash : bf62fdfc
    Author : Martin Mitas
    Date : 2016-10-04T20:34:30

    README.md: Minor update of current status.

  • Properties

  • Git HTTP https://git.kmx.io/kc3-lang/md4c.git
    Git SSH git@git.kmx.io:kc3-lang/md4c.git
    Public access ? public
    Description

    Fork of https://github.com/mity/md4c

    Users
    thodg_l kc3_lang_org thodg_w thodg_m thodg www_kmx_io
    Tags

  • README.md

  • Build status (travis-ci.com) Build status (appveyor.com) Coverage

    MD4C Readme

    Home: http://github.com/mity/md4c

    Warning: This project is very young (read “immature”) and work in progress. Most important features are not yet implemented. See the current status below. And there may be bugs.

    What is Markdown

    In short, Markdown is the markup language this README.md file is written in.

    The following resources can explain more if you are unfamiliar with it:

    What is MD4C

    MD4C stands for “MarkDown for C” and, unsurprisingly, it is a C Markdown parser implementation.

    Main features:

    • Compactness: MD4C is implemented in one source file and one header file.
    • Flexibility: Flags allow to tune the desired dialect of the Markdown parser.
    • Encoding agnosticism: As much as possible, MD4C by design does not care about input text encoding, relying only on the Markdown control characters being ASCII compatible. (The actual text data are propagated back to the caller in the same encoding unchanged.)
    • UTF-16LE support: On Windows, MD4C may be built to consume (and produce) wide strings (WCHAR* instead of char*).
    • Easily embeddable: MD4C depends only on few functions of C standard library.
    • Portability: MD4C builds and works on Windows and Linux, and it should be fairly trivial to build it also on other systems.
    • Permissive license: MD4C is available under the MIT license.

    Using MD4C

    The parser is implemented in a single C source file md4c.c and its accompanying header md4c.h.

    The main provided function is md_parse(). It takes a text in Markdown syntax as an input and a renderer structure which holds pointers to few callback functions. As md_parse() eats the input, it calls appropriate callbacks allowing application to convert it into another format or render it onto the screen.

    Refer to the header file for more details, the API is mostly self-explaining and there are some explanatory comments.

    Example implementation of simple renderer is available in the md2html directory which implements a conversion utility from Markdown to HTML.

    Current status

    CommonMark Specification

    The goal is be compliant to the latest version of CommonMark specification.

    The list below corresponds to chapters of the specification version 0.26 and more or less forms our to do list.

    • Preliminaries:

      • [x] 2.1 Character and lines
      • [x] 2.2 Tabs
      • [ ] 2.3 Insecure characters
    • Blocks and Inlines:

      • [x] 3.1 Precedence
      • [ ] 3.2 Container blocks and leaf blocks
    • Leaf Blocks:

      • [x] 4.1 Thematic breaks
      • [x] 4.2 ATX headings
      • [x] 4.3 Setext headings
      • [x] 4.4 Indented code blocks
      • [x] 4.5 Fenced code blocks
      • [x] 4.6 HTML blocks
      • [ ] 4.7 Link reference definitions
      • [x] 4.8 Paragraphs
      • [x] 4.9 Blank lines
    • Container Blocks:

      • [ ] 5.1 Block quotes
      • [ ] 5.2 List items
      • [ ] 5.3 Lists
    • Inlines:

      • [ ] 6.1 Backslash escapes
      • [ ] 6.2 Entity and numeric character references
      • [ ] 6.3 Code spans
      • [ ] 6.4 Emphasis and strong emphasis
      • [ ] 6.5 Links
      • [ ] 6.6 Images
      • [ ] 6.7 Autolinks
      • [ ] 6.8 Raw HTML
      • [ ] 6.9 Hard line breaks
      • [ ] 6.10 Soft line breaks
      • [x] 6.11 Textual content

    Considered Extensions

    Aside of CommonMark features, various Markdown implementations out there support various extensions and/or some deviations from the CommonMark specification which may be found desired or useful in some situations.

    Therefore some extensions or deviations from the CommonMark specification may be considered and implemented. However, such extensions and deviations from the standard shall be enabled only if explicitly enabled by the application.

    Default behavior shall stick to the CommonMark specification.

    The list below is incomplete list of extensions I see as worth of consideration.

    • Block Extensions:

      • [ ] Tables
      • [ ] Header anchors: ## Chapter {#anchor} (allowing fragment links pointing to it, e.g. [link text](#anchor))
    • Inline Extensions:

      • [ ] Underline: __foo bar__
      • [ ] Strikethrough: ~~foo bar~~
      • [ ] Highlight: ==foo bar==
      • [ ] Quote: "foo bar"
      • [ ] Superscript: a^2^ + b^2^ = c^2^
      • [ ] Subscript: matrix A~i,j~
    • Miscellaneous:

      • [x] Permissive ATX headers: ###Header (without space)
      • [ ] Permissive autolinks: http://google.com (without <>)
      • [x] Disabling indented code blocks
      • [ ] Disabling raw HTML blocks/spans

    License

    MD4C is covered with MIT license, see the file LICENSE.md.

    Reporting Bugs

    If you encounter any bug, please be so kind and report it. Unheard bugs cannot get fixed. You can submit bug reports here: