Description
Explain the problem.
With Emacs version 30.1 as packaged for Linux Debian 13/trixie started by emacs -q minimal.org without any additional packages, I prepare an Emacs orgmode file (cf. zip archive attached below) including a bullet list. By default, if a line becomes overly long to be displayed in the frame, the key chord M-S-q (meta/Alt key + shift + q) allows to fold the line to fit again into the frame; and if the line is within a bullet list, the indentation of this new line automatically reflects the level of hierarchy. This is retained in pandoc's conversion to rst with the optional "autowrap" the test page summarizes with pandoc --from org --to rst --standalone --no-highlight.
Like "normal running text", lines in bullet lists equally may include brief snippets/keywords of code enclosed by a pair of =, or ~ pandoc converts into pairs of two back ticks.
The conversion however fails if a brief snippet of code including white space is right at the line break; the indentation is "off", a check of the trypandoc.rst generated by the test page with rstcheck (version 6.2.4) for instance reports
$ rstcheck trypandoc.rst
trypandoc.rst:7: (WARNING/2) Inline literal start-string without end-string.
trypandoc.rst:10: (WARNING/2) Inline literal start-string without end-string.
Error! Issues detected.A conversion of the .rst file to pdf with rst2pdf (here version 0.102) passes with errors reported back to the CLI
$ rst2pdf trypandoc.rst
trypandoc.rst:7: (WARNING/2) Inline literal start-string without end-string.
trypandoc.rst:10: (WARNING/2) Inline literal start-string without end-string.and a less than optimal result.
The issue might be related to #4618 reported in May 2018
Pandoc version?
The observations relate to Pandoc version 3.6.4 as currently used by the project's test page.