[O] Re: [BUG] ? Stray \end{LIST} in latex export
On Feb 28, 2011, at 5:33 AM, Nicolas wrote: It should be now fixed in master. Could you confirm this? Thanks for reporting this bug ! Regards, -- Nicolas Everything works as it should now — thank you very much for the quick turnaround. Kieran -- Kieran Healy :: http://www.kieranhealy.org ___ 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
Re: [Orgmode] Re: [BUG] ? Stray \end{LIST} in latex export
I cannot reproduce this. Could you try to upgrade to a more recent version, just in case? Regards, -- Nicolas I'm using the most recent git checkout, on GNU Emacs 23.2.94.1 (x86_64-apple-darwin10.6.0, Carbon Version 1.6.0 AppKit 1038.35) of 2011-02-22. Also, it might be relevant that exporting the same test file to HTML gives this: ul liLorem ipsum dolor sit amet /li liLorem ipsum dolor sit amet /div The last li tag is not closed. This isn't strictly necessary for the HTML to be rendered properly, but seeing as prior ones are closed with /li I thought it might be related. -- Kieran Healy :: http://www.kieranhealy.org ___ 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
Re: [Orgmode] Re: [BUG] ? Stray \end{LIST} in latex export
On Feb 27, 2011, at 9:43 PM, Jeff Horn wrote: I'm using the most recent git checkout, on GNU Emacs 23.2.94.1 (x86_64-apple-darwin10.6.0, Carbon Version 1.6.0 AppKit 1038.35) of 2011-02-22. Also, it might be relevant that exporting the same test file to HTML gives this: ul liLorem ipsum dolor sit amet /li liLorem ipsum dolor sit amet /div Is the /div hanging as well? It would make sense that whatever regexp/code isolates an entire list block could cause both exporters to fail in a similar way. Yes, it is — Emacs reports unmatched tags li and /div -- Kieran Healy :: http://www.kieranhealy.org ___ 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
[Orgmode] [BUG] ? Stray \end{LIST} in latex export
I've had the following issue with recent org-mode builds (since early January,
I think). A document with an itemized list in it does not export properly to
latex: the export process inserts/leaves behind a stray \end{LIST} statement
which breaks the .tex file. For example, doing C-c C-e l on this document:
#+TITLE: Example
#+AUTHOR: Example
** Example
- Lorem ipsum dolor sit amet
- Lorem ipsum dolor sit amet
The end.
gives the following relevant bit of output:
\Section{Example}
\label{sec-1}
\begin{itemize}
\item Lorem ipsum dolor sit amet
\item Lorem ipsum dolor sit amet
\end{itemize}
\end{LIST}
The end.
I initially assumed this was some error in my own org-mode export setup, as
list export is so common I thought it surely would have been reported. But I
can reproduce this on a default org-mode install, so now I'm wondering whether
it is in fact a bug.
--
Kieran Healy :: http://www.kieranhealy.org
___
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
[Orgmode] org-babel issue with source blocks and latex block
Hi,
I have org-babel set up to use minted to format code blocks and it's terrific.
I was wondering whether I could also get it to wrap the results it outputs
using minted instead of verbatim environments (it seems not right now) when I
noticed the following strange behavior. Here's a minimal example. This org file
exports to latex as expected, with the src block in a minted environment and
the results block as a verbatim environment: (As I say, wanting the results
block wrapped by minted was what prompted this issue ...)
Org-mode file:
--
#+TITLE: Working with Org-Babel
#+AUTHOR: Kieran Healy
#+OPTIONS: toc:nil num:nil
** An Example
#+source: r-example-1
#+begin_src R :exports both
2 + 1 + (5-2) * 5
#+end_src
The end.
--
Relevant bit of Latex file output:
--
\begin{document}
\title{Working with Org-Babel}
\author{Kieran Healy}
\date{15 February 2011}
\maketitle
\section*{An Example}
\label{sec-1}
\begin{minted}[]{R}
2 + 1 + (5-2) * 5
\end{minted}
\begin{verbatim}
18
\end{verbatim}
The end.
\end{document}
--
But now if I insert a latex-specific section, which causes org-mode no trouble
in the normal course of things, R is not called and the export only includes
the source block and not the results:
Org-mode file:
--
#+TITLE: Working with Org-Babel
#+AUTHOR: Kieran Healy
#+OPTIONS: toc:nil num:nil
#+BEGIN_LaTeX
Anything can go here.
#+END_LaTeX
** An Example
#+source: r-example-1
#+begin_src R :exports both
2 + 1 + (5-2) * 5
#+end_src
The end.
--
Latex output:
--
\begin{document}
\title{Working with Org-Babel}
\author{Kieran Healy}
\date{15 February 2011}
\maketitle
Anything can go here.
\section*{An Example}
\label{sec-1}
\begin{minted}[]{R}
2 + 1 + (5-2) * 5
\end{minted}
The end.
\end{document}
--
Is this behavior expected?
Kieran
--
Kieran Healy :: http://www.kieranhealy.org
___
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
Re: [Orgmode] org-babel issue with source blocks and latex block
Hi Eric,
On Feb 15, 2011, at 1:49 PM, Eric Schulte wrote:
This may be possible through the use of the :results src header
argument e.g., the following minimal code block
#+begin_src R :results code
8
#+end_src
evaluates to the following
#+results:
#+BEGIN_SRC R
8
#+END_SRC
That does work — thank you. But while experimenting with this I found that
while doing
#+begin_src R :results value code :exports both
x - c(1:10)
mean(x)
#+end_src
works as expected, with both code and result wrapped in a minted environment,
replacing mean(x) with summary(x)
#+begin_src R :results value code :exports both
x - c(1:10)
summary(x)
#+end_src
gives this garbled output:
\begin{minted}[]{R}
x - c(1:10)
summary(x)
\end{minted}
\end{SRC}
\begin{SRC}R
This also fails in HTML export, where the corresponding reversed/garbled bit is
p
/div
div class=SRC R
/p
Finally, it's still the case that if the code block is preceded by a
#+BEGIN_LaTeX block, e.g.,
#+BEGIN_LaTeX
\thispagestyle{kjhgit} % but anything will do it
#+END_LaTeX
Then R is not called at all and I just get the src block in the exported .tex
or .html file, and no results.
Kieran
--
Kieran Healy :: http://www.kieranhealy.org
___
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
Re: [Orgmode] Org and XeTeX?
On Jan 21, 2011, at 6:32 PM, Carsten Dominik wrote: problem in an elegant way. Maybe this should somehow be integrated into the FAQ or a XeTeX-Org-mode tutorial? http://www.kieranhealy.org/blog/archives/2011/01/21/exporting-org-mode-to-pdf-via-xelatex/ - Carsten I've written up a more generic version of that post that should be suitable for the FAQ. I've registered at repo.or.cz and am just waiting to get write permission to the repo from Matt Lundin, then I'll push it out. (Assuming something like this is the standard procedure—I haven't contributed before.) -- Kieran Healy :: http://www.kieranhealy.org ___ 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
