bug: table rendering broken when containing inline code

[michamos]

Neovim version (nvim -v)

0.10.2

Neovim distribution

N/A

Operating system

Linux

Terminal emulator / GUI

kitty

Describe the bug

When a table contains inline code between backticks (like so), the borders of the table are not drawn at the correct place on that line. It looks like the computation of the required line length is off.

Minimal example:

|`foo`|bar|
|---|---|
|a|b|

is displayed as

Expected behavior

the table border should be at the correct place

Healthcheck output

==============================================================================
render-markdown: require("render-markdown.health").check()

render-markdown.nvim [version] ~
- OK plugin 7.8.2
- OK neovim >= 0.10

render-markdown.nvim [configuration] ~
- OK valid

render-markdown.nvim [nvim-treesitter] ~
- OK installed
- OK markdown: parser installed
- OK markdown: highlight enabled
- OK markdown_inline: parser installed
- OK markdown_inline: highlight enabled
- WARNING latex: parser not installed
  - ADVICE:
    - Disable LaTeX support to avoid this warning by setting { latex = { enabled = false } }

render-markdown.nvim [icons] ~
- OK using: nvim-web-devicons

render-markdown.nvim [executables] ~
- WARNING latex2text: not installed
  - ADVICE:
    - Disable LaTeX support to avoid this warning by setting { latex = { enabled = false } }

render-markdown.nvim [conflicts] ~
- OK headlines: not installed
- OK obsidian: installed but should not conflict

Plugin configuration

{ render_modes = true }

Plugin error log

N/A

Confirmations

• I have updated this plugin to the latest version using my plugin manager
• I have provided the text contained in all screenshots as raw text in this issue. This means if there is a screenshot below it is the copy pasted contents of the file in the screenshot. I understand that my issue will be closed if I have not.

Additional information

No response

[MeanderingProgrammer]

Ah, that happens when the cells don't have space available on either side and that cell also happens to be >= the longest line in that column.

Updated the logic to handle this and create space when needed: 786d643.