-
Notifications
You must be signed in to change notification settings - Fork 67
Support Tables #28
Comments
I assume nobody's working on this (as there doesn't appear to be an official extension yet) but are there any plans to support any of the existing table syntaxes? |
I believe I am going to take a swing at this tomorrow. I raised the following question on readthedocs/recommonmark#3 already: Do we keep CommonMark vanilla CommonMark, and instead subclass or patch the I'd like to keep experimental features configured under an option flag, and if there is ever movement in the table syntax and extension syntax, the experimental features would issue deprecation warnings after they are moved to the main parser. Does any of this sound antithetical to this package? At this point, I feel like the lack of these features is hurting |
Cool, sounds good. Up to this point I have been trying to focus on the upstream commonmark spec, and afraid of adding new syntax like this because it could get more complicated to maintain. I definitely see how this is a needed feature though for recommonmark / rtfd, and I like the idea of experimental features under an options flag. Keep in mind that the Python-Markdown library supports tables: |
Hi all. I have a mostly working implementation of an extension to this library for parsing and rendering tables here: https://github.com/GovReady/CommonMark-py-tables/blob/master/CommonMarkTables/__init__.py It attempts to follow Github Flavored Markdown. We'd be happy to have this be incorporated into this library, or not (because I totally understand the hesitance over incorporating non-standard extensions). If not, this might at least be informative for how to make this library a little friendlier for extending it. |
I know So,is there any other |
See readthedocs/recommonmark#3
We should probably match the support markdown-it implemented at least.
The text was updated successfully, but these errors were encountered: