This bug was fixed in pandoc over a year ago:
https://github.com/jgm/pandoc/issues/1345

+++ Karl Voit [Oct 02 15 18:35 ]:
Package: pandoc
Version: 1.12.4.2~dfsg-1+b14
Severity: important

Dear Maintainer,

I ran unit-tests for (py)pandoc on my new Debian machine. In contrast to
oldstable, pandoc now deletes text when converting from Org-mode to HTML or
HTML5.

  * What exactly did you do (or not do) that was effective (or
    ineffective)?

I am using this short example file:

| vk@sherri ~2d % cat source.org
| foo ~bar~ *baz*
| vk@sherri ~2d %

  * What was the outcome of this action?

Converting via pandoc (or pypandoc) deletes the "bar" text from the content:

| vk@sherri ~2d % pandoc -f org -t html source.org
| <p>foo  <strong>baz</strong></p>
| vk@sherri ~2d % pandoc -f org -t html5 source.org
| <p>foo  <strong>baz</strong></p>
| vk@sherri ~2d %

  * What outcome did you expect instead?

With a prior version of Debian oldstable, I got a different result (from my
memory, code-tags were used definitely according to my unit tests):

| <p>foo <code>bar</code> <strong>baz</strong></p>



-- System Information:
Debian Release: 8.2
 APT prefers stable
 APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pandoc depends on:
ii  libc6        2.19-18+deb8u1
ii  libffi6      3.1-2+b2
ii  libgmp10     2:6.0.0+dfsg-6
ii  libicu52     52.1-8+deb8u3
ii  liblua5.1-0  5.1.5-7.1
ii  libpcre3     2:8.35-3.3
ii  libyaml-0-2  0.1.6-3
ii  pandoc-data  1.12.4.2~dfsg-1
ii  zlib1g       1:1.2.8.dfsg-2+b1

pandoc recommends no packages.

Versions of packages pandoc suggests:
pn  etoolbox                   <none>
pn  pandoc-citeproc            <none>
ii  texlive-latex-recommended  2014.20141024-2
pn  texlive-luatex             <none>
ii  texlive-xetex              2014.20141024-2

-- no debconf information

--
Karl Voit


Reply via email to