Sie sind hier

Unterer Rand mehr als doppelt so groß wie der Obere

Hallo zusammen,

ich bin gerade dabei meine Dis zu schreiben und nutze hierfür das Koma-Script und dessen Typografievorgaben. In der Dokumentation heißt es, dass der untere Rand doppelt so groß ist wie der obere Rand. Bei meinem Beispiel ist der untere Rand mehr als doppelt so groß wie der Obere. Bestimmt vier fünmal größer als der Obere.

\documentclass[11pt,twoside,DIV=12,BCOR=8.25mm,headsepline,footsepline,headinclude]{scrbook}
 
\usepackage{blindtext}
\begin{document}
 \Blindtext
\end{document}

Hier die ersten Zeichen der log-Datei:

This is pdfTeX, Version 3.1415926-1.40.10 (MiKTeX 2.8) (preloaded format=latex 2010.4.16)

Mit den DIV-Werten habe ich herumgespielt, aber ohne Erfolg. Ich frage mich, ob ich irgendeine Einstellung verwende, die das Verursacht oder etwas völlig falsch verstanden habe.

Bild von Markus Kohm

Dein Beispiel ist nicht lauffähig und wenn ich es notdürftig lauffähig mache, sehe ich das Problem nicht. Dein erster Fehler ist also, dass Du kein echtes, vollständiges Minimalbeispiel angegeben hast, wodurch es nahezu unmöglich ist, Dir zu helfen.

Hmm, vielleicht liegt hier der Hund begraben. Das Beispiel funktioniert bei mir genau so wie es da steht.
(Ehrlich gesagt würde ich auch nie ein Beispiel posten, welches bei mir nicht funktioniert.)
Was hast du denn ändern müssen, damit es bei dir läuft?

Hier ist meine komplette log-Datei:

This is pdfTeX, Version 3.1415926-1.40.10 (MiKTeX 2.8) (preloaded format=latex 2010.4.16)  11 MAY 2010 08:37
entering extended mode
**mini.tex
(C:\Users\blueshark\Documents\latex\koma-minimalbeispiel\mini.tex
LaTeX2e <2009/09/24>
Babel <v3.8l> and hyphenation patterns for english, dumylang, nohyphenation, ge
rman, ngerman, german-x-2009-06-19, ngerman-x-2009-06-19, french, loaded.
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\scrbook.cls"
Document Class: scrbook 2010/02/15 v3.05 KOMA-Script document class (book)
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\scrkbase.sty"
Package: scrkbase 2010/02/15 v3.05 KOMA-Script package (KOMA-Script-dependent b
asics and keyval usage)
 
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\scrbase.sty"
Package: scrbase 2010/02/15 v3.05 KOMA-Script package (KOMA-Script-independent 
basics and keyval usage)
 
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\graphics\keyval.sty"
Package: keyval 1999/03/16 v1.13 key=value parser (DPC)
\KV@toks@=\toks14
)
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\scrlfile.sty"
Package: scrlfile 2009/03/25 v3.03 KOMA-Script package (loading files)
 
Package scrlfile, 2009/03/25 v3.03 KOMA-Script package (loading files)
                  Copyright (C) Markus Kohm
 
))) ("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\tocbasic.sty"
Package: tocbasic 2010/01/05 v3.04b KOMA-Script package (handling toc-files)
)
Package tocbasic Info: omitting babel extension for `toc'
(tocbasic)             because of feature `nobabel' available
(tocbasic)             for `toc' on input line 117.
Package tocbasic Info: omitting babel extension for `lof'
(tocbasic)             because of feature `nobabel' available
(tocbasic)             for `lof' on input line 118.
Package tocbasic Info: omitting babel extension for `lot'
(tocbasic)             because of feature `nobabel' available
(tocbasic)             for `lot' on input line 119.
Package scrbook Info: You've used obsolete option `11pt'.
(scrbook)             \KOMAExecuteOptions{fontsize=11pt} will be
(scrbook)             used instead.
(scrbook)             You may simply replace `11pt'
(scrbook)             by `fontsize=11pt'.
Class scrbook Info: File `scrsize11pt.clo' used to setup font sizes on input li
ne 1272.
 
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\scrsize11pt.clo"
File: scrsize11pt.clo 2010/02/15 v3.05 KOMA-Script font size class option (11pt
)
)
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\typearea.sty"
Package: typearea 2010/02/15 v3.05 KOMA-Script package (type area)
 
Package typearea, 2010/02/15 v3.05 KOMA-Script package (type area)
                  Copyright (C) Frank Neukam, 1992-1994
                  Copyright (C) Markus Kohm, 1994-
 
\ta@bcor=\skip41
\ta@div=\count79
\ta@hblk=\skip42
\ta@vblk=\skip43
\ta@temp=\skip44
Package typearea Info: These are the values describing the layout:
(typearea)             DIV  = 12
(typearea)             BCOR = 23.47351pt
(typearea)             \paperwidth      = 597.50793pt
(typearea)              \textwidth      = 430.52583pt
(typearea)              DIV departure   = -9%
(typearea)              \evensidemargin = 23.4024pt
(typearea)              \oddsidemargin  = -0.96028pt
(typearea)             \paperheight     = 845.04694pt
(typearea)              \textheight     = 555.00024pt
(typearea)              \topmargin      = -1.84941pt
(typearea)              \headheight     = 17.0pt
(typearea)              \headsep        = 20.40001pt
(typearea)              \topskip        = 11.0pt
(typearea)              \footskip       = 47.60002pt
(typearea)              \baselineskip   = 13.6pt
(typearea)              on input line 1115.
)
\c@part=\count80
\c@chapter=\count81
\c@section=\count82
\c@subsection=\count83
\c@subsubsection=\count84
\c@paragraph=\count85
\c@subparagraph=\count86
\abovecaptionskip=\skip45
\belowcaptionskip=\skip46
\c@pti@nb@sid@b@x=\box26
\c@figure=\count87
\c@table=\count88
\bibindent=\dimen102
) ("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\blindtext\blindtext.sty"
Package: blindtext 2009/12/29 V1.9c blindtext-Package
 
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\tools\xspace.sty"
Package: xspace 2006/05/08 v1.12 Space after command names (DPC,MH)
)
\c@blindtext=\count89
\c@Blindtext=\count90
\blind@countxx=\count91
\blindtext@numBlindtext=\count92
\blind@countyy=\count93
\c@blindlist=\count94
\c@blindlistlevel=\count95
\c@blindlist@level=\count96
\blind@listitem=\count97
\c@blind@listcount=\count98
\c@blind@levelcount=\count99
\blind@mathformula=\count100
\blind@Mathformula=\count101
)
(C:\Users\blueshark\Documents\latex\koma-minimalbeispiel\mini.aux)
LaTeX Font Info:    Checking defaults for OML/cmm/m/it on input line 4.
LaTeX Font Info:    ... okay on input line 4.
LaTeX Font Info:    Checking defaults for T1/cmr/m/n on input line 4.
LaTeX Font Info:    ... okay on input line 4.
LaTeX Font Info:    Checking defaults for OT1/cmr/m/n on input line 4.
LaTeX Font Info:    ... okay on input line 4.
LaTeX Font Info:    Checking defaults for OMS/cmsy/m/n on input line 4.
LaTeX Font Info:    ... okay on input line 4.
LaTeX Font Info:    Checking defaults for OMX/cmex/m/n on input line 4.
LaTeX Font Info:    ... okay on input line 4.
LaTeX Font Info:    Checking defaults for U/cmr/m/n on input line 4.
LaTeX Font Info:    ... okay on input line 4.
 [1
 
] [2]
(C:\Users\blueshark\Documents\latex\koma-minimalbeispiel\mini.aux) ) 
Here is how much of TeX's memory you used:
 1295 strings out of 495286
 20385 string characters out of 3179898
 96657 words of memory out of 3000000
 4551 multiletter control sequences out of 15000+200000
 4293 words of font info for 16 fonts, out of 3000000 for 9000
 14 hyphenation exceptions out of 8191
 35i,7n,44p,218b,178s stack positions out of 5000i,500n,10000p,200000b,50000s
 
Output written on mini.dvi (2 pages, 5540 bytes).

Hier ist der Output von Latex selbst:

This is pdfTeX, Version 3.1415926-1.40.10 (MiKTeX 2.8)
entering extended mode
(C:\Users\blueshark\Documents\latex\koma-minimalbeispiel\mini.tex
LaTeX2e <2009/09/24>
Babel <v3.8l> and hyphenation patterns for english, dumylang, nohyphenation, ge
rman, ngerman, german-x-2009-06-19, ngerman-x-2009-06-19, french, loaded.
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\scrbook.cls"
Document Class: scrbook 2010/02/15 v3.05 KOMA-Script document class (book)
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\scrkbase.sty"
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\scrbase.sty"
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\graphics\keyval.sty")
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\scrlfile.sty"
Package scrlfile, 2009/03/25 v3.03 KOMA-Script package (loading files)
                  Copyright (C) Markus Kohm
 
))) ("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\tocbasic.sty")
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\scrsize11pt.clo")
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\koma-script\typearea.sty"
Package typearea, 2010/02/15 v3.05 KOMA-Script package (type area)
                  Copyright (C) Frank Neukam, 1992-1994
                  Copyright (C) Markus Kohm, 1994-
 
)) ("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\blindtext\blindtext.sty"
("C:\Program Files (x86)\MiKTeX 2.8\tex\latex\tools\xspace.sty"))
(C:\Users\blueshark\Documents\latex\koma-minimalbeispiel\mini.aux) [1] [2]
(C:\Users\blueshark\Documents\latex\koma-minimalbeispiel\mini.aux) )
Output written on mini.dvi (2 pages, 5540 bytes).
Transcript written on mini.log.
Bild von Markus Kohm

Dann hast Du schlicht Glück gehabt. Das Paket blindtext funktioniert nur zuverlässig, wenn man es zusammen mit babel verwendet und eine Sprache festlegt. Anderenfalls ruft es nämlich in \Blindtext als erstes via \blind@cheacklanguage im Zweifelsfall \selectlanguage{english} auf, was allerdings dann zu einem Fehler führt. Wenn das bei Euch nicht passiert, dann liegt das daran, dass zufällig die letzte Sprache, die bei Euch ins Format eingebunden wurde, eine ist, für die blindtext einen Blindtext definiert hat. Sich auf solche Zufälle zu verlassen, ist mehr als gefährlich. Stattdessen sollte man immer die Sprache definieren, die man zu verwenden gedenkt, beispielsweise:

\usepackage[english]{babel}

Hallo zusammen,
warum dieses Beispiel nicht lauffähig sein sollte, verstehe ich allerdings auch nicht genau. Zumindest habe ich oben geposteten Code einfach kopiert und ohne Fehlermeldung kompiliert.
Ergebnis bei mir: Oberer Rand ca. 3,4 cm und unterer Rand ca. 5,5 cm gemessen vom oberen bzw. unteren Blattrand zur Kopf- bzw. Fußlinie.
Mir ist leider bewußt, dass diese Antwort jetzt nicht unbedingt weiterhilft, aber bei dem nicht lauffähig musste ich einfach nachfragen.
Nicht nur weil die Ränder bei mir in Ordnung sind ( 2 * 3,4 cm > 5,5 cm ) würde ich mal vermuten, dass es sich hierbei nicht um ein Problem mit Komascript handelt (hast du mal bei dir die Standardklasse book anstatt scrbook ausprobiert?), sondern irgendein grundlegenderes Problem deiner LaTeX-Installation.

Liebe Grüße,
Peter

Ehrlich gesagt, hatte ich die Doku von Blindtext nicht gelesen. Mein Beispiel hatte bei mir funktioniert und das genügte mir. Ich wäre somit nie auf die Idee gekommen, dass es notwendig ist die Sprache zu definieren. Ich dachte immer, das Englisch die Default-Sprache sei.

Jedoch heißt es in der Anleitung, die ich inzwischen gelesen habe:
It is possible, that you use blindtext.sty with undefned languages. This macro
checks, if blindtext supports the language. If it is not available, an error is reported
and English is used.

Und auch die kleinsten Beispiele für Blindtext definieren keine Sprache

\documentclass{<class>}
\usepackage{blindtext}
\begin{document}
\blinddocument
\end{document}

Nichts desto trotz, bleibt der Fehler bei mir auch bestehen, wenn ich die Sprache definiere.

Ich habe das Dokument ausgedruck, um genau nachzumessen, wie viel größer der untere Rand ist. Dabei ist mir aufgefallen, dass das ausgedruckte Dokument einen wesentlich größeren oberen Rand hat als das, welches ich am Bildschirm betrachte. Hier ist das Verhältniss 2,5cm:6cm. (Vermutlich ist 2,5cm*2 dvips -> ps2pdf in ein PDF erzeugt, welche beide gleich aussahen.

Somit gehört der Thread wohl nicht mehr zum Thema, da das Problem nicht vom Koma-Script verusacht wurde, dennoch freute ich mich über weitere Kommentare ;-).

EDIT: Ein von pdflatex erzeugtes Dokument sieht doch im Acrobat Reader so wie das gedruckte aus. Der Fehler liegt also irgendwo bei dvips und ps2pdf.

Bild von Markus Kohm

TeX selbst kennt zwar Sprachennummern (eigentlich Trennmusternummern) aber keine Sprachennamen. Der LaTeX-Kern selbst kennt ebenfalls keine Sprachennamen. Erst babels hyphen.cfg, das als Kern-Erweiterung ins LaTeX-Format eingebunden wird, führt Sprachennamen ein. Solange man allerdings nicht babel selbst mit einer Sprache lädt, ist nicht definiert, welcher Sprachennamen gilt. \languagename gibt dann den Namen der Sprache der Trennmuster zurück, die als letztes in das Format eingebunden wurde. Bei mir liefert

\documentclass{article}
 
\begin{document}
\languagename
\end{document}

beispielsweise »welsh« zurück. Die Sprachennummer ist hingegen korrekt 0 (0 ist per Übereinkunft immer Englisch).

Das Paket blindtext wertet aber die Sprachennummer gar nicht aus, sondern verlässt sich auf den Sprachenname. Ist für den aktuellen Sprachenname kein Blindtext definiert, wendet es zudem hart \selectlanguage{english} an, obwohl diese Anweisung zu einem Fehler führt, wenn nicht zuvor sowohl babel als auch englische Spracheinstellungen geladen wurden. Also sollte man min. bei Verwendung von blindtext immer babel mit einer Sprache laden. Ich empfehle das aber seit Jahren auch dann, wenn man blindtext nicht verwendet. Wenn man unbedingt auf babel verzichten will, sollte man jedoch auch auf blindtext verzichten und ggf. lipsum verwenden. Dann hat man zwar noch immer keine ordentlich definierte Sprache, aber lipsum kommt auch ohne aus.

Kleine Ursache große Wirkung. Ist mir fast schon ein bischen peinlich. Ich hatte bei dvips die Option -t a4 vergessen. Jetzt sieht alles gut aus.

Vielen dank für die hilfreichen Kommentare und Anregungen :-).

Bild von Markus Kohm

Dann solltest Du Dir vielleicht einmal Option pagesize in der KOMA-Script-Anleitung anschauen ...

Die Option pagesize scheint keine Wirkung zu haben (dvips rufe ich ohne Parameter auf).

Mitlerweile glaube ich, dass vielleicht beim AcrobatReader etwas falsch eingestellt ist. Denn selbst die Koma-Script-Anleitung scrguide.pdf sieht auf dem Bildschirm anders aus als auf dem Papier oder in der Druckvorschau. Hier ist der rechte und untere Rand abgeschnitten und der linke und obere Rand kleiner. Schaue ich mir die Dokumenteigenschaften an, so steht dort 140mm x 210mm. Ich nehme mal an, das mit diesem Dokument alles in Ordnung ist ;-)
Beim Minimalbeispiel (ohne -t a4) sehe ich 215,9mm x 279,4mm bei den Dokumenteigenschaften.
Ich verwende den AcroReader in der Version 9.1.0

Bin jetzt Ratlos ...

Comments for "Unterer Rand mehr als doppelt so groß wie der Obere" abonnieren