diff options
Diffstat (limited to 'Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-tmupfl.html')
-rw-r--r-- | Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-tmupfl.html | 61 |
1 files changed, 35 insertions, 26 deletions
diff --git a/Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-tmupfl.html b/Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-tmupfl.html index e989cb242ef..876390deccd 100644 --- a/Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-tmupfl.html +++ b/Master/texmf-dist/doc/generic/FAQ-en/html/FAQ-tmupfl.html @@ -4,47 +4,56 @@ <h3>“Too many unprocessed floats”</h3> <p/>If LaTeX responds to a <code>\</code><code>begin{figure}</code> or <code>\</code><code>begin{table}</code> command with the error message +<blockquote> <pre> ! LaTeX Error: Too many unprocessed floats. See the LaTeX manual or LaTeX Companion for explanation. </pre> -your figures (or tables) are failing to be placed properly. LaTeX +</blockquote><p> +your figures (or tables) are not being placed properly. LaTeX has a limited amount of storage for ‘floats’ (figures, tables, or floats you’ve defined yourself with the <i>float</i> package); if -you don’t let it ever actually typeset any floats, it will run out of -space. -<p/>This failure usually occurs in extreme cases of - - +something you have done has prevented LaTeX from typesetting +floats, it will run out of storage space. +<p/>This failure usually occurs in extreme cases of <a href="FAQ-floats.html">floats moving “wrongly”</a>; LaTeX has found it can’t place a float, and floats of the same type -have piled up behind it. LaTeX’s idea is to ensure that caption -numbers are sequential in the document: the caption number is -allocated when the figure (or whatever) is created, and can’t be -changed, so that placement out of order would mean figure numbers -appearing out of order in the document (and in the list of figures, or -whatever). So a simple failure to place a figure means that no -subsequent figure can be placed; and hence (eventually) the error. -<p/>Techniques for solving the problem are discussed in the - -<a href="FAQ-floats.html">floats question</a> -already referenced. -<p/>The error also occurs in a -long sequence of <code>figure</code> or <code>table</code> -environments, with no intervening -text. Unless the environments will fit “here” (and you’ve allowed -them to go “here”), there will never be a page break, and so there -will never be an opportunity for LaTeX to reconsider placement. -(Of course, the floats can’t all fit “here” if the sequence is -sufficiently prolonged: once the page fills, LaTeX won’t place any -more floats, leading to the error. +have piled up behind it. +<p/>How does this happen? — LaTeX guarantees that caption numbers are +sequential in the document, but the caption number is allocated when +the figure (or whatever) is created, and can’t be changed. Thus, if +floats are placed out of order, their caption numbers would also +appear out of order in the body of the document (and in the list of +figures, or whatever). As a result, enforcement of the guarantee +means that simple failure to place a float means that no subsequent +float can be placed; and hence (eventually) the error. +<p/>Techniques for solving the problem are discussed in the +<a href="FAQ-floats.html">floats question</a> already referenced. +<p/>An alternative <em>may</em> be to use the <i>morefloats</i> package. +The package will allocate more “float skeletons” than LaTeX +does by default; each such skeleton may then be used to store a +float. Beware that even with <i>morefloats</i>, the number you can +allocate is limited; even with the <i>etex</i> package (which makes +available many more registers, etc., than LaTeX does by default; +e-TeX can create lots more registers, but none of those “beyond +the original TeX default” may be used in float skeletons). Thus, +<i>etex</i> may offer some relief, but it can <em>not</em> be +regarded as a panacea +<p/>The error also occurs in a long sequence of float environments, with +no intervening text. Unless the environments will fit “here” (and +you’ve allowed them to go “here”), there will never be a page break, +and so there will never be an opportunity for LaTeX to reconsider +placement. (Of course, the floats can’t all fit “here” if the +sequence is sufficiently prolonged: once the page fills, LaTeX +won’t place any more floats, leading to the error. <p/>Techniques for resolution may involve redefining the floats using the <i>float</i> package’s <code>[H]</code> float qualifier, but you are unlikely to get away without using <code>\</code><code>clearpage</code> from time to time. <dl> <dt><tt><i>float.sty</i></tt><dd><a href="http://mirror.ctan.org/macros/latex/contrib/float.zip">macros/latex/contrib/float</a> (or <a href="http://mirror.ctan.org/macros/latex/contrib/float/">browse the directory</a>); <a href="http://mirror.ctan.org/help/Catalogue/entries/float.html">catalogue entry</a> +<dt><tt><i>morefloats.sty</i></tt><dd><a href="http://mirror.ctan.org/macros/latex/contrib/morefloats.zip">macros/latex/contrib/morefloats</a> (or <a href="http://mirror.ctan.org/macros/latex/contrib/morefloats/">browse the directory</a>); <a href="http://mirror.ctan.org/help/Catalogue/entries/morefloats.html">catalogue entry</a> </dl> <p/><p>This question on the Web: <a href="http://www.tex.ac.uk/cgi-bin/texfaq2html?label=tmupfl">http://www.tex.ac.uk/cgi-bin/texfaq2html?label=tmupfl</a> </body> |