Write a inline code block containing \| in a table cell seems to be impossible

[DWaveletT]

Initial checklist

• I read the support docs
• I read the contributing guide
• I agree to follow the code of conduct
• I searched issues and discussions and couldn’t find anything (or linked relevant results below)

Affected package

mdast-util-gfm-table

Steps to reproduce

Consider this source code, it tries to render three inline code blocks (\\|, \| and |) in the table:

| Two backslashes and a pipe | A backslash and a pipe | A single pipe |
| -------------------------- | ---------------------- | ------------- |
| `\\\|`                     | `\\|`                  | `\|`          |

Actual behavior

The inline block in the (2, 2) cell is broken, and looks like this:

Two backslashes and a pipe	A backslash and a pipe	A single pipe
\\|	`\	`

It seems that render a inline code block in the table cell containing \| is impossible.

In other inline spans such as strong, we can escape backslash with backslash to solve this problem. However, since inline code block does not allow escaping backslash, we cannot do as the same way.

| Two backslashes and a pipe | A backslash and a pipe | A single pipe |
| -------------------------- | ---------------------- | ------------- |
| **\\\\\|**                 | **\\\|**               | **\|**        |

Two backslashes and a pipe	A backslash and a pipe	A single pipe
\\|	\|	|

Expected behavior

The inline code block in the (2, 2) cell should work properly. (Or exist a method to achieve the same effect).

Runtime

No response

Package manager

No response

Operating system

No response

Build and bundle tools

No response

[wooorm]

Yeah, that’s how GFM works.

Spaces seem to help:

| ` \\| ` | a |
| - | b |

\|	a

You could raise an issue with GFM but it’s basically abandoned/done.

[github-actions]

Hi! This was closed. Team: If this was fixed, please add phase/solved. Otherwise, please add one of the no/* labels.

[DWaveletT]

Yeah, that’s how GFM works.

Spaces seem to help:

| \\| | a |
| - | b |
\| a
You could raise an issue with GFM but it’s basically abandoned/done.

It seems that, in Github, write something like \\l in table cell to display \l works well. However, in remark it meets problems I mentioned above. For example, write such code in the playground of https://remark.js.org/ will break the table (regardless of whether extra spaces are added). So I do think its a bug in remark due to the incorrect escape of backslash in the inline code. It's not a bug in GFM.