Bug in LaTeX export of org-html-entities?

Bug in LaTeX export of org-html-entities?

[Geralt]

Hello,

I think there's at least one bug in the
org-export-latex-treat-backslash-char function, because it does not
correctly export entries of the org-html-entities variable that have
the form ("Rightarrow" . "⇒"). To render such entities the
function uses (member (list string-after) org-html-entities), but that
fails for these entries. Assuming that org-html-entities is an alist a
correct check would be (assoc string-after org-html-entities). But
even then I think the function is broken, because it renders these
entities with the following piece of code:
  (cond ((member (list string-after) org-html-entities)
	 ;; backslash is part of a special entity (like "\alpha")
	 (concat string-before "$\\"
		 (or (cdar (member (list string-after) org-html-entities))
		     string-after) "$"))

   ;; other cases follow here, I've omitted them

If I replace just the condition-check with the (assoc ...) version the
export of, for example, \Rightarrow works, but due to the association
of Rightarrow with rArr we should expect that it should render
\Rightarrow as "⇒" which is of course only meaningful for HTML.
So I think we need here another condition, namely
(cond ((assoc string-after org-html-entities)
       (concat string-before "$\\"
               (or (cdr (assoc string-after org-html-entities))
                   string-after) "$"))

but that's not enough we also need a new entity variable
org-latex-entities which mapps entities like \rArr to \Rightarrow, so
instead of an entry ("Rightarrow" . "⇒") we need an entry ("rArr"
. "Rightarrow") and put an entry with empty cdr in this alist for
Rightarrow: ("Rightarrow").

Can you confirm this bug? And if yes, do you have a better solution
than I to avoid the duplication of the entities variable?





Geralt.

Re: Bug in LaTeX export of org-html-entities?

[Geralt]

Hi,

it's been a few days and still no response, am I the only one who
thinks there's something wrong with the export of the special entities
preceded by a backslash, like \Rightarrow?




Geralt.

Re: Bug in LaTeX export of org-html-entities?

[Geralt]

I think I forgot to state the actual problem, cosider the following org-file:
* An example \Rightarrow foobar
  some text

The produced LaTeX code is:
% Created 2010-03-02 Tue 12:53
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{hyperref}
\providecommand{\alert}[1]{\textbf{#1}}

\title{test}
\author{}
\date{02 March 2010}

\begin{document}

\maketitle

\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}
\section{An example \Rightarrow foobar}
\label{sec-1}

  some text
\end{document}



As you can see it includes \Rightarrow instead of $\Rightarrow$ and
the check in the export function to accomplish that is the first one,
but that one uses member to check for an entry of the form
("Rightarrow") in the org-html-entities list which does not exist and
even if it would exist the elisp-code to procude the LaTeX code would
call cdar on the list ("Rightarrow") which results in nil and the
second part of the or-statement is executed, i.e. it always executes
the second part of the or-statement.



Geralt.

Re: Bug in LaTeX export of org-html-entities?

[Carsten Dominik]

Hi Gerald,

I confirm this bug, but I don't have a fix currently.  There is a  
revamp of the entiies code in the making, but not done yet.

- Carsten

On Feb 26, 2010, at 11:24 AM, Geralt wrote:

> Hello,
>
> I think there's at least one bug in the
> org-export-latex-treat-backslash-char function, because it does not
> correctly export entries of the org-html-entities variable that have
> the form ("Rightarrow" . "⇒"). To render such entities the
> function uses (member (list string-after) org-html-entities), but that
> fails for these entries. Assuming that org-html-entities is an alist a
> correct check would be (assoc string-after org-html-entities). But
> even then I think the function is broken, because it renders these
> entities with the following piece of code:
>  (cond ((member (list string-after) org-html-entities)
> 	 ;; backslash is part of a special entity (like "\alpha")
> 	 (concat string-before "$\\"
> 		 (or (cdar (member (list string-after) org-html-entities))
> 		     string-after) "$"))
>
>   ;; other cases follow here, I've omitted them
>
> If I replace just the condition-check with the (assoc ...) version the
> export of, for example, \Rightarrow works, but due to the association
> of Rightarrow with rArr we should expect that it should render
> \Rightarrow as "⇒" which is of course only meaningful for HTML.
> So I think we need here another condition, namely
> (cond ((assoc string-after org-html-entities)
>       (concat string-before "$\\"
>               (or (cdr (assoc string-after org-html-entities))
>                   string-after) "$"))
>
> but that's not enough we also need a new entity variable
> org-latex-entities which mapps entities like \rArr to \Rightarrow, so
> instead of an entry ("Rightarrow" . "⇒") we need an entry ("rArr"
> . "Rightarrow") and put an entry with empty cdr in this alist for
> Rightarrow: ("Rightarrow").
>
> Can you confirm this bug? And if yes, do you have a better solution
> than I to avoid the duplication of the entities variable?
>
>
>
>
>
> Geralt.
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

- Carsten

Re: Bug in LaTeX export of org-html-entities?

[Carsten Dominik]

Hi Gerald,

Ulf Stegemann and myself have been working on improving this
problem.  The result of this work is in a special branch on the
git repo, called "new-entity-support".

If you have time, maybe you can check out this branch and test it,
to see if the problem you reported is indeed fixed.

- Carsten

On Feb 26, 2010, at 11:24 AM, Geralt wrote:

> Hello,
>
> I think there's at least one bug in the
> org-export-latex-treat-backslash-char function, because it does not
> correctly export entries of the org-html-entities variable that have
> the form ("Rightarrow" . "⇒"). To render such entities the
> function uses (member (list string-after) org-html-entities), but that
> fails for these entries. Assuming that org-html-entities is an alist a
> correct check would be (assoc string-after org-html-entities). But
> even then I think the function is broken, because it renders these
> entities with the following piece of code:
> (cond ((member (list string-after) org-html-entities)
> 	 ;; backslash is part of a special entity (like "\alpha")
> 	 (concat string-before "$\\"
> 		 (or (cdar (member (list string-after) org-html-entities))
> 		     string-after) "$"))
>
>  ;; other cases follow here, I've omitted them
>
> If I replace just the condition-check with the (assoc ...) version the
> export of, for example, \Rightarrow works, but due to the association
> of Rightarrow with rArr we should expect that it should render
> \Rightarrow as "⇒" which is of course only meaningful for HTML.
> So I think we need here another condition, namely
> (cond ((assoc string-after org-html-entities)
>      (concat string-before "$\\"
>              (or (cdr (assoc string-after org-html-entities))
>                  string-after) "$"))
>
> but that's not enough we also need a new entity variable
> org-latex-entities which mapps entities like \rArr to \Rightarrow, so
> instead of an entry ("Rightarrow" . "⇒") we need an entry ("rArr"
> . "Rightarrow") and put an entry with empty cdr in this alist for
> Rightarrow: ("Rightarrow").
>
> Can you confirm this bug? And if yes, do you have a better solution
> than I to avoid the duplication of the entities variable?
>
>
>
>
>
> Geralt.
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

- Carsten