emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Gunnar Wolf <gwolf@gwolf.org>
To: orgmode <emacs-orgmode@gnu.org>
Subject: Oversized inline math mode leading to corrupted HTML output (OLD exporter)
Date: Wed, 26 Jun 2013 14:13:43 -0500	[thread overview]
Message-ID: <20130626191342.GB96869@gwolf.org> (raw)

Hi,

I am using the *old* exporter (the packaged version in Debian Wheezy),
I don't know if this behaviour keeps happening with the new one. I
have come up with a minimal case that exhibits this problem — Might be
my fault for using this feature wrongly, but it *feels* as a parser
error.

The problem happens only when outputting HTML, using «OPTIONS:
LaTeX:dvipng» in my document preamble, and in a list context. The full
test document is:

   /------------------------------------------------------------
   | #+TITLE: Testing inline math within lists for HTML exporter
   | #+OPTIONS: LaTeX:dvipng
   | #+INFOJS_OPT: tdepth:2 sdepth:2 ftoc:nil ltoc:nil
   | #+LINK_UP: index.html
   | #+LINK_HOME: index.html
   | #+STYLE: <link rel="stylesheet" type="text/css" href="css/sistop.css" />
   | 
   | * Foo
   | - Foo bar baz $(100-3 + 128) \times 4KB = 900KB$ bar foo foo baz bar
   |   baz bar bar baz. Foo baz.
   | - Quux foo bar bar foo a $(100-3 + 128 + (128 \times 128) ) \times 4KB
   |   = 66436KB$, bar foo quux bar foo baz baz.
   | - Foo bar. Bar baz foo foo baz bar $(100-3 + 128 + (128 \times 128) +
   |   (128 \times 128 \times 128) ) \times 2KB = 8455044 \approx 8GB$, foo
   |   foo bar baz.
   \------------------------------------------------------------

What happens here? I think the parser fails to see where the math mode
ends. The LaTeX snippet is generated correctly (that is, the image in
ltxpng/ is generated correctly, but the output to the "alt" attribute
of the <img> tag is cut at the first newline. I'm pasting here just
the generated <ul>:

   /------------------------------------------------------------
   | <ul>
   | <li>Foo bar baz <img src="ltxpng/test_f3cfc88d233452ff173621df43ec8460f406305a.png" alt="$(100-3 + 128) \times 4KB = 900KB$"/> bar foo foo baz bar
   |   baz bar bar baz. Foo baz.
   | </li>
   | <li>Quux foo bar bar foo a <img src="ltxpng/test_75d5a4164cf14c1532c7111fb0ae8a88e1c5a9c9.png" alt="$(100-3 + 128 + (128 \times 128) ) \times 4KB
   | </li>
   | <li>Foo bar. Bar baz foo foo baz bar <img src="ltxpng/test_2497b2e44469a088aef26cf377e3ed761fe649f0.png" alt="$(100-3 + 128 + (128 \times 128) +
   |   foo bar baz.
   | </li>
   | </ul>
   \------------------------------------------------------------

Now, it gets more interesting: If this list is succeeded by a heading
that appears on the TOC (that is, level one or level two), there is an
interaction I cannot explain with infojs, and the whole document is
displayed blank in the browser.

So, is there a recommendation there I am missing? Is this bug still
present in the new exporter? Are there maintenance releases still
expected for the old exporter that could address/fix this?

Note that the document renders correctly under LaTeX.

Thanks a lot!

             reply	other threads:[~2013-06-26 19:13 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-26 19:13 Gunnar Wolf [this message]
2013-06-27 14:03 ` Oversized inline math mode leading to corrupted HTML output (OLD exporter) Bastien

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130626191342.GB96869@gwolf.org \
    --to=gwolf@gwolf.org \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).