From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: PDF file was not produced! Too deeply nested!?? Date: Mon, 14 May 2012 09:09:14 -0400 Message-ID: <5355.1337000954@alphaville> References: <801umnj5yn.fsf@somewhere.org> Reply-To: nicholas.dokos@hp.com Return-path: Received: from eggs.gnu.org ([208.118.235.92]:43152) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1STv1m-0007ld-CU for emacs-orgmode@gnu.org; Mon, 14 May 2012 09:09:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1STv1f-0006t2-UZ for emacs-orgmode@gnu.org; Mon, 14 May 2012 09:09:29 -0400 Received: from g4t0014.houston.hp.com ([15.201.24.17]:8781) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1STv1f-0006ow-NO for emacs-orgmode@gnu.org; Mon, 14 May 2012 09:09:23 -0400 In-Reply-To: Message from "Sebastien Vauban" of "Mon, 14 May 2012 14:35:28 +0200." <801umnj5yn.fsf@somewhere.org> 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: Sebastien Vauban Cc: emacs-orgmode@gnu.org Sebastien Vauban wrote: > Hello, > > With the following Org-Beamer ECM, I've got a "too deeply nested" error. > > #+TITLE: PDF file was not produced! > #+AUTHOR: Seb Vauban > #+DATE: 2012-05-14 > #+Time-stamp: <2012-05-14 Mon 14:32 Fabrice on MEDIACENTER> > > #+LaTeX_CLASS: beamer > #+LaTeX_CLASS_OPTIONS: [presentation,t] > #+BEAMER_HEADER_EXTRA: \usetheme{default}\usecolortheme{default} > #+BEAMER_FRAME_LEVEL: 1 > > * Action plan > > ** Iterations on architecture > > - 2-tier > + Fat client > + MySQL DB > > - 2-tier vers 3-tier > + Analysis of the separation > * What logic at which place? > * Which data, where? > + Impact on performance > > ** Iterations on ... > > On http://www.tex.ac.uk/cgi-bin/texfaq2html?label=toodeep, they say: > > "LaTeX keeps track of the nesting of one list inside another. There is a > set of list formatting parameters built-in for application to each of the > list nesting levels; the parameters determine indentation, item > separation, and so on. The list environment (the basis for list > environments like itemize and enumerate) "knows" there are only 6 of these > sets." > > But, here, I only have 4 indentation levels (the level 2 "Iterations on > architecture" being an item as well, as BEAMER_FRAME_LEVEL is 1). > > If I remove: > > * What logic at which place? > * Which data, where? > > then I only have 3 levels, and everything compiles right. > > But with that 4-th level (far from 6!), the compilation simply ends in error. > > Anyone understanding why this happens? > Apparently the FAQ is wrong: 4 will compile, 5 will not - e.g. the following will not compile with my setup: --8<---------------cut here---------------start------------->8--- \documentclass{article} \begin{document} \begin{itemize} \item foo \begin{itemize} \item bar \begin{itemize} \item baz \begin{itemize} \item hunoz \begin{itemize} \item hukerz \end{itemize} \end{itemize} \end{itemize} \end{itemize} \end{itemize} \end{document} --8<---------------cut here---------------end--------------->8--- That's probably part of the explanation - the extra frame enclosing the nested list in your case might have something to do with the rest but that's purely a guess. Nick