I have got Kramdown working in development (non-trivial), can make a failing testcase for this (trivial), but haven't been able to propose a patch change to date. With a hint or two I might be able to get there.
My current workaround is to replace pipecharacters with escaped pipecharacters (as I'm not using tables).
As an alternative workaround is there a way to turn a single parser (e.g. Kramdown::Parser::Table) off in the Kramdown / GFM options?
PS: I could contribute a PR with some additions to README to help ruby developer on MacOS using bundler if that would be regarded as helfpul.
Hi - thanks for the work on Kramdown.
Given:
I would expect kramdown to produce html:
However it produces (prioritises table parsing over inline link.
This then percolates down also into GFM (see https://github.com/kramdown/parser-gfm/issues/35).
Furthermore:
I have got Kramdown working in development (non-trivial), can make a failing testcase for this (trivial), but haven't been able to propose a patch change to date. With a hint or two I might be able to get there.
My current workaround is to replace pipecharacters with escaped pipecharacters (as I'm not using tables).
As an alternative workaround is there a way to turn a single parser (e.g.
Kramdown::Parser::Table
) off in the Kramdown / GFM options?PS: I could contribute a PR with some additions to README to help ruby developer on MacOS using bundler if that would be regarded as helfpul.