emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] Latex error "too deeply nested" only for #+INCLUDE statements


From: Percival du Chat Gris
Subject: Re: [O] Latex error "too deeply nested" only for #+INCLUDE statements
Date: Mon, 15 Oct 2012 15:04:06 -0400

Good afternoon,

On Mon, Oct 15, 2012 at 2:24 PM, Nick Dokos <address@hidden> wrote:
Percival du Chat Gris <address@hidden> wrote:

> Good day,
>
> I've tried googling, reading faqs and the like, and have come up empty.
>
> If I have a number of stub files, with the information in them that I want to pull into multiple
> documents, and I #+INCLUDE them in a file, I get the latex "too deeply nested" error. 

Please provide details and, if possible, a minimal example.

Sorry about that, I was hoping, perhaps, it was a known problem, and I was just failing to find the FAQ.


Who produces this error?

The LaTeX -> PDF conversion that happens after I do C-c C-e p

from the Export.log file
[...]

LaTeX Font Info:    Font shape `T1/fvs/bx/n' in size <14.4> not available
(Font)              Font shape `T1/fvs/b/n' tried instead on input line 68.
LaTeX Font Info:    Font shape `T1/fvs/b/n' will be
(Font)              scaled to size 12.9599pt on input line 68.
address@hidden
\openout4 = `Export.toc'.

 [2]
LaTeX Font Info:    Font shape `T1/fvs/bx/n' in size <12> not available
(Font)              Font shape `T1/fvs/b/n' tried instead on input line 87.
LaTeX Font Info:    Font shape `T1/fvs/b/n' will be
(Font)              scaled to size 10.79993pt on input line 87.
LaTeX Font Info:    Font shape `TS1/fve/m/n' will be
(Font)              scaled to size 9.85492pt on input line 96.
LaTeX Font Info:    Font shape `T1/fve/bx/n' in size <10.95> not available
(Font)              Font shape `T1/fve/b/n' tried instead on input line 103.
LaTeX Font Info:    Font shape `T1/fve/b/n' will be
(Font)              scaled to size 9.85492pt on input line 103.
 [1]

! LaTeX Error: Too deeply nested.

See the LaTeX manual or LaTeX Companion for explanation.
Type  H <return>  for immediate help.
 ...                                             
                                                 
l.236 \begin{itemize}
                    
? H
You're in trouble here.  Try typing  <return>  to proceed.
If that doesn't work, type  X <return>  to quit.
?
[2]

! LaTeX Error: Too deeply nested.

See the LaTeX manual or LaTeX Companion for explanation.
Type  H <return>  for immediate help.
 ...                                             
                                                 
l.268 \begin{itemize}
                    
?

! LaTeX Error: Too deeply nested.

And that repeats over and over again.

 
What is the exact output?

Unfortunately there isn't any output.
 
What version of org/emacs?

Org-mode:  Version        : 7.9.2-1
Emacs: Version        : 23.3.a-3

Are you using the new exporter or the old exporter?

How would I be able to tell?
 

If the error is produced by latex, export to latex and look at the .tex
file.  If the error is produced by org, it
would help to have a backtrace.

Well ... I presume the error is produced by Latex, because I can get the same thing if I run LaTex Export.tex, but if I replace all the #+INCLUDE references with the contents of the files themselves, in the .org file, it works, so I think it's an .org problem, in producing the .tex files, not (necessarily) a LaTex problem.

I think (not being an expert) it seems that, with the stub-based file (Export.tex), the single * in each of the #+INCLUDEed files becomes a subsection, as opposed to an actual section (as it did in Export-1.tex), since a section of the diff file between the .tex files produced looks something like:

diff Export.tex Export-1.tex
[...]
1144a1132,1133
> \subsection{Dynamic Interactions}
> \label{sec-7-5}
1146,1147d1134
< \item Dynamic Interactions\\
< \label{sec-1-1-4-5-1-6-5-1-10-5-1-4-5-1-4-5-1-5}%
1154c1141
< \label{sec-1-1-4-5-1-6-5-1-10-5-1-4-5-1-4-5-1-5-1}%
---
> \label{sec-7-5-1}%
1157c1144
< \label{sec-1-1-4-5-1-6-5-1-10-5-1-4-5-1-4-5-1-5-2}%
---
> \label{sec-7-5-2}%
1160c1147
< \label{sec-1-1-4-5-1-6-5-1-10-5-1-4-5-1-4-5-1-5-3}%
---
> \label{sec-7-5-3}%
1163c1150
< \label{sec-1-1-4-5-1-6-5-1-10-5-1-4-5-1-4-5-1-5-4}%
---
> \label{sec-7-5-4}%
1166c1153
[...]
I attach a tarball with a simple example where the new exporter with

Org-mode version 7.9.2 (release_7.9.2-432-g545166 @ /home/nick/elisp/org-mode/lisp/)
GNU Emacs 24.2.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.4) of 2012-09-21

Thank you, I will try it, and see if that will clear up the issue.
 

does the right thing.

Nick

> If, however,
> I simply insert the files into the buffer, then they will create the PDF via latex export without a
> problem.  Is there something in the #+INCLUDE code that adds a nested layer such that it becomes
> problematic for PDF production?  If so, is there a better route to create PDF files?  I have been
> using Latex and HTML export for a while, so I'm not entirely familiar with any other options that
> might produce PDF files as cleanly.  While I can (and have) written a script to pull all the pieces
> together into one large file, there should be an easier way.
>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]