Tip: Veraltete Pakete, welche NICHT verwendet werden sollten

[localghost]

Nach Möglichkeit auf dem aktuellen Stand. Letzte Änderungen oder Ergänzungen sind rot gekennzeichnet. Zukünftige Anderungen oder Ergänzungen erfolgen durch Editierung.

Bilder (Platzierung/Integration)

veraltet: here, picinpar
aktuell: float (Option [H]), floatflt, wrapfig



Bilder (Teilbilder)

veraltet: subfigure
aktuell: floatrow, hvfloat, subcaption (aus caption), subfig



Grafik

veraltet: texdraw
aktuell: pgf/tikZ, PSTricks



Multimedia

veraltet: movie15
aktuell: media9



Präsentationen

veraltet: HA-Prosper, prosper, seminar
aktuell: beamer, powerdot



Schriften

veraltet: ae, zefonts (s. l2tabu)
aktuell: lmodern



Seitenlayout

veraltet: anysize, vmargin
aktuell: geometry, typearea (aus KOMA Script)



Sprache

veraltet: german, ngerman
aktuell: babel (Option ngerman)

[rais]

veraltet-->aktuell:
Pakete:
ps4pdf-->(auto-)pst-pdf
raggedr-->ragged2e
csvtools-->datatool

Distris:
teTeX-->TeXLive

[sommerfee]

veraltet -> aktuell

floatfig -> floatflt

Siehe auch http://www.ctan.org/tex-archive/help.../floatfig.html

[seemawn]

Nach Möglichkeit auf dem aktuellen Stand.
[INDENT]Bilder (Platzierung/Integration)




Grafik








Seitenlayout

veraltet: anysize
aktuell: geometry (Standardklassen), typearea (KOMA Script)





Für zukünftige Ergänzungen wird dieser Beitrag editiert und kein neuer geschrieben.

Soweit ich weiss funktioniert geometry auch fuer koma-skript, oder? Typearea ist nicht wirklich dazu gedacht, einen benutzerdefinierten Satzspiegen zu generieren, so weit ich weiss. Das ist eher dazu da, einen typographisch richtigen Satzspiegel zu generieren. _sollte_ ich richtig liegen, dann wuerde ich bei geometry keine unterscheidung treffen zwischen standard- und komaklassen. Bitte haut mich nich, wenn ich falsch liege!
Simon

[NewAtair]

Eventuell:

SIunits, SIstyle, unitsdef, units, fancyunits und fancynum --> siunitx

[Ghostrider]

Soweit ich weiss funktioniert geometry auch fuer koma-skript, oder? Typearea ist nicht wirklich dazu gedacht, einen benutzerdefinierten Satzspiegen zu generieren, so weit ich weiss. Das ist eher dazu da, einen typographisch richtigen Satzspiegel zu generieren. _sollte_ ich richtig liegen, dann wuerde ich bei geometry keine unterscheidung treffen zwischen standard- und komaklassen. Bitte haut mich nich, wenn ich falsch liege!
Simon

Das geometry-Paket berücksichtigt soweit ich das feststellen kann die Bindekorrektur des KOMA-Scrips nicht (also die BCOR-Angabe in der Option von documentclass). Richtig ist, dass typearea nicht für komplett benutzerdefinierte Ränder geeignet ist.