From mboxrd@z Thu Jan 1 00:00:00 1970 From: Percival du Chat Gris Subject: Re: Latex error "too deeply nested" only for #+INCLUDE statements Date: Mon, 15 Oct 2012 15:04:06 -0400 Message-ID: References: <10695.1350325486@alphaville> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=f46d04016ae99b8e8a04cc1db3f4 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:49993) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNpxY-0005ED-7H for emacs-orgmode@gnu.org; Mon, 15 Oct 2012 15:04:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TNpxR-0008AG-0i for emacs-orgmode@gnu.org; Mon, 15 Oct 2012 15:04:16 -0400 Received: from mail-lb0-f169.google.com ([209.85.217.169]:62210) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TNpxQ-00089y-Ko for emacs-orgmode@gnu.org; Mon, 15 Oct 2012 15:04:08 -0400 Received: by mail-lb0-f169.google.com with SMTP id k6so4080076lbo.0 for ; Mon, 15 Oct 2012 12:04:06 -0700 (PDT) In-Reply-To: <10695.1350325486@alphaville> 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: nicholas.dokos@hp.com Cc: emacs-orgmode@gnu.org --f46d04016ae99b8e8a04cc1db3f4 Content-Type: text/plain; charset=ISO-8859-1 Good afternoon, On Mon, Oct 15, 2012 at 2:24 PM, Nick Dokos wrote: > Percival du Chat Gris 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. \tf@toc=\write4 \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 for immediate help. ... l.236 \begin{itemize} ? H You're in trouble here. Try typing to proceed. If that doesn't work, type X to quit. ? [2] ! LaTeX Error: Too deeply nested. See the LaTeX manual or LaTeX Companion for explanation. Type H 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. > > > > --f46d04016ae99b8e8a04cc1db3f4 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Good afternoon,

On Mon, Oct 15, 2012 at 2= :24 PM, Nick Dokos <nicholas.dokos@hp.com> wrote:
Percival du Chat Gris <percyhaven@gmail.com> wrote:

> Good day,
>
> I've tried googling, reading faqs and the like, and have come up e= mpty.
>
> 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 d= eeply nested" error.=A0

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

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


Who produces this error?

The LaTeX -> PDF conversio= n that happens after I do C-c C-e p

from the Export.log file
[...= ]

LaTeX Font Info:=A0=A0=A0 Font shape `T1/fvs/bx/n' in size <= ;14.4> not available
(Font)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Font shape `T1/fvs/b/n' t= ried instead on input line 68.
LaTeX Font Info:=A0=A0=A0 Font shape `T1/= fvs/b/n' will be
(Font)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 scale= d to size 12.9599pt on input line 68.
\tf@toc=3D\write4
\openout4 =3D `Export.toc'.

=A0[2]
LaTeX Font Info:=A0=A0=A0 = Font shape `T1/fvs/bx/n' in size <12> not available
(Font)=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Font shape `T1/fvs/b/n' tried inst= ead on input line 87.
LaTeX Font Info:=A0=A0=A0 Font shape `T1/fvs/b/n&#= 39; will be
(Font)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 scaled to size 10.79993pt on = input line 87.
LaTeX Font Info:=A0=A0=A0 Font shape `TS1/fve/m/n' wi= ll be
(Font)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 scaled to size 9.854= 92pt on input line 96.
LaTeX Font Info:=A0=A0=A0 Font shape `T1/fve/bx/n= ' in size <10.95> not available
(Font)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Font shape `T1/fve/b/n' t= ried instead on input line 103.
LaTeX Font Info:=A0=A0=A0 Font shape `T1= /fve/b/n' will be
(Font)=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 scal= ed to size 9.85492pt on input line 103.
=A0[1]

! LaTeX Error: Too deeply nested.

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

! LaTeX Error: Too deeply nested.

See the LaTeX manual or LaTeX Companion for explanation.
Type=A0 H &= lt;return>=A0 for immediate help.
=A0...=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
l.268 \begin{itemize}
=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
?

= ! LaTeX Error: Too deeply nested.

And that repeats over and over aga= in.

=A0
What is the exact output?

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

Org-mode:=A0 Version= =A0=A0=A0=A0=A0=A0=A0 : 7.9.2-1
Emacs: Version=A0=A0=A0=A0=A0=A0=A0 : 23= .3.a-3

Are you using the new exporter or the old exporter?
How would I be able to tell?
=A0

If the error is produced by latex, export to latex and look at the .tex
file. =A0If 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 co= ntents of the files themselves, in the .org file, it works, so I think it&#= 39;s an .org problem, in producing the .tex files, not (necessarily) a LaTe= x 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 subsec= tion, 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 li= ke:

diff Export.tex Export-1.tex
[...]
1144a1132,1133
> \subse= ction{Dynamic Interactions}
> \label{sec-7-5}
1146,1147d1134
&l= t; \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}%
---
> \la= bel{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-mo= de/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 w= ill clear up the issue.
=A0

does the right thing.

Nick

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


--f46d04016ae99b8e8a04cc1db3f4--