Perhaps its useful at this point to delve just a bit into the mechanism LaTeX uses to determine where a float goes.von hier
There are several integer-valued registers (called counters in TeX jargon) that limit the number of floats on a page: the number at the top, the number at the bottom, and the total. In addition, there are limits on the fraction of a page that can be occupied by floats — again, at the top and bottom separately, as well as the page as a whole.
If there are too many floats to fit on a page, LaTeX pushes them on to the next page, and the next; eventually, floats may end up at the end of the document. If the [p] option has been provided to individual figures and tables, they may be pushed together onto a “float page” that has no text. But even here, the defaults are stingy about the amount of space taken up.
The result is often that some individual float is too big to go anywhere, and so migrates to the end of the document. Unfortunately, the rule that says all figures must appear in sequential order (and a similar rule for tables) means that the single offender sweeps away everything that should follow it.
Man meint ja auch, die Option
here würde helfen. Tut sie nicht.Many people find L A TEX’s float placement specifiers too restrictive. A Commonly Uttered Complaint (CUC) calls for a way to place a float exactly at the spot where it occurs in the input file, i.e., to not have it float at all. It seems that the [h] specifier should do that, but in fact it only suggests to L A TEX something along the lines of “put the float here if it’s OK with you”. As it turns out, L A TEX hardly ever feels inclined to actually do that. This situation can be improved by judicious manipulation of float style parameters.Abhilfe schafft das Paket
float. Da kann man ein [H] spezifizieren, und gut ist. UND DAS FUNKTIONIERT WIRKLICH.
