From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gunnar Wolf Subject: Oversized inline math mode leading to corrupted HTML output (OLD exporter) Date: Wed, 26 Jun 2013 14:13:43 -0500 Message-ID: <20130626191342.GB96869@gwolf.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:46688) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UrvA5-0003ZM-Gq for emacs-orgmode@gnu.org; Wed, 26 Jun 2013 15:13:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UrvA2-0001rx-3g for emacs-orgmode@gnu.org; Wed, 26 Jun 2013 15:13:49 -0400 Received: from mail.iiec.unam.mx ([132.248.241.1]:46755) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UrvA1-0001rN-TT for emacs-orgmode@gnu.org; Wed, 26 Jun 2013 15:13:46 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.iiec.unam.mx (Postfix) with ESMTP id DFE2416499B for ; Wed, 26 Jun 2013 14:13:43 -0500 (CDT) Received: from mail.iiec.unam.mx ([127.0.0.1]) by localhost (mail.iiec.unam.mx [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QlCr0jlYPDwB for ; Wed, 26 Jun 2013 14:13:43 -0500 (CDT) Received: from v.gwolf.org (unknown [132.248.72.123]) by mail.iiec.unam.mx (Postfix) with ESMTP id 9BD63162A15 for ; Wed, 26 Jun 2013 14:13:43 -0500 (CDT) Content-Disposition: inline List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: orgmode 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 =E2=80=94 Mig= ht be my fault for using this feature wrongly, but it *feels* as a parser error. The problem happens only when outputting HTML, using =C2=ABOPTIONS: LaTeX:dvipng=C2=BB in my document preamble, and in a list context. The fu= ll 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: |=20 | * Foo | - Foo bar baz $(100-3 + 128) \times 4KB =3D 900KB$ bar foo foo baz b= ar | baz bar bar baz. Foo baz. | - Quux foo bar bar foo a $(100-3 + 128 + (128 \times 128) ) \times 4= KB | =3D 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 =3D 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 tag is cut at the first newline. I'm pasting here just the generated
    : /------------------------------------------------------------ |
      |
    • Foo bar baz 3D"$(100-3 bar foo = foo baz bar | baz bar bar baz. Foo baz. |
      • |
    • Quux foo bar bar foo a 3D"$(100-3 |
    • Foo bar. Bar baz foo foo baz bar 3D"$(100-3 |
    \------------------------------------------------------------ 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!