verschiedene Seitengrößen im Dokument

Antwort erstellen


Diese Frage dient dazu, das automatisierte Versenden von Formularen durch Spam-Bots zu verhindern.
Smilies
:D :) :( :o :shock: :? 8) :lol: :-x :P :oops: :cry: :evil: :twisted: :roll: :wink: :!: :?: :idea: :arrow: :| :mrgreen:

BBCode ist eingeschaltet
[img] ist eingeschaltet
[flash] ist ausgeschaltet
[url] ist eingeschaltet
Smilies sind eingeschaltet

Die letzten Beiträge des Themas

Ich habe die Datenschutzerklärung gelesen und bin damit einverstanden.

   

Wenn du eine Datei oder mehrere Dateien anhängen möchtest, gib die Details unten ein.

Ansicht erweitern Die letzten Beiträge des Themas: verschiedene Seitengrößen im Dokument

von KOMA » Di 9. Sep 2008, 18:34

flying sheep hat geschrieben:edit: der fehler kommt von \usetocstyle{classic}
Demnach verwendest Du das Alpha-Pake tocstyle und gleichzeitig hyperref. Ich weiß noch nicht warum, aber aus unerfindlichen Gründen wir dann versucht die aktuelle Farbe auf den color-stack zu werfen, was aber nur funktioniert, wenn das color- oder das xcolor-Paket geladen ist. Ausgelöst wird das vermutlich von hyperref. Warum es das macht, sobald tocstyle verwendet wird, ist mir noch ein Rätsel. Das tocstyle noch keinen Release-Status hat, steht das aber nicht sehr weit vorn auf meiner TODO-Liste. Erst muss KOMA-Script 3.00 raus. Jedenfalls ist der einfachste Workaround: \usepackage{color}.
flying sheep hat geschrieben:ich habe noch entdeckt, dass er nicht mehr "ganz von vorne" anfängt, wenn man die seitengröße ändert, sondern die margins nimmt, die man früher definiert hat.
muss ich den spaß mit taschenrechner jetzt selbst ausrechnen oder kann ich ihn dazu bringen, die ganz normale div-berechnung ab der zweiten seite wieder selbst vorzunehmen?
Normalerweise kann man jederzeit erneut \typearea aufrufen. Will man das für ein anderes Papierformat, muss man ggf. \paperwidth und \paperheight zuvor wieder auf die richtigen Werte setzten. Ab KOMA-Script 3.00 genügt auch \KOMAoptions{paper=a4,DIV=calc} bzw. jede andere DIV-Einstellung. Man kann dann auch innerhalb des Dokuments zwischen ein- und doppelseitiger Einstellung wechseln (\KOMAoptions{twoside,DIV=calc} und \KOMAoptions{twoside=false,DIV=calc}). Und es gibt auch etwas, was schon oft nachgefragt wurde: doppelseite Dokumente (bzw. Kopf- und Fußzeile etc.) mit Randeinstellungen für einseitige Dokumente (twoside=semi).

von Stefan Kottwitz » So 17. Aug 2008, 19:51

Hallo,
flying sheep hat geschrieben:jep, ich hab \usepackage[clearempty]{titlesec}
was ist daran jetzt so schlimm?
es scheint einen Konflikt zwischen titlesec und gmeometric bzw. gmutils zu geben, der Fehler tritt auf, wenn man titlesec nach gmeometric lädt. Wenn Du \usepackage[clearempty]{titlesec} schreibst, bevor Du gmeometric lädst, sollte es zumindest fehlerfrei übersetzen.

Stefan

von flying sheep » So 17. Aug 2008, 19:25

jep, ich hab \usepackage[clearempty]{titlesec}
was ist daran jetzt so schlimm?
(als normalsterblicher hat man echt keine chance bei den ganzen sich-ins-gehege-kommenden packages durchzublicken - danke für die geduld tex-halbgott stefan ^^)

naja, habs entfernt und die leerseite selbst leer gemacht mit \thispagestyle{empty}
sieht jetzt etwas dirty aus, aber läuft fehlerfrei!
	\end{titlepage}
	\clearpage\thispagestyle{empty}\hspace{1cm}\clearpage %leerseite
	\tableofcontents \thispagestyle{empty}

von Stefan Kottwitz » So 17. Aug 2008, 16:07

Hast Du section redefiniert? Verwendest Du titlesec? Evtl. poste hier einmal Deine Präambel. Am \section*-Aufruf selbst kann es nicht liegen, hier und an der der Fehlermeldung sowie dem logfile-Ausschnitt erkenne ich keinen Fehler. Vielleicht ist eine Einstellung oder Redefinition in der Präambel verantwortlich.

Stefan

von flying sheep » So 17. Aug 2008, 15:52

für jede section gibts neue 2 fehler:
! Missing number, treated as zero.
<to be read again> 
                   }
l.67 \section*{Brot}
                    
A number should have been here; I inserted `0'.
(If you can't figure out why I needed to see a number,
look up `weird error' in the index to The TeXbook.)

! Illegal unit of measure (pt inserted).
<to be read again> 
                   }
l.67 \section*{Brot}
                    
Dimensions can be in units of em, ex, in, pt, pc,
cm, mm, dd, cc, nd, nc, bp, or sp; but yours is a new one!
I'll assume that you meant to say pt, for printer's points.
To recover gracefully from this error, it's best to
delete the erroneous units; e.g., type `2' to delete
two letters. (See Chapter 27 of The TeXbook.)
und \typearea[1cm]{calc} funktioniert super, danke!

von Stefan Kottwitz » Sa 16. Aug 2008, 18:54

Hallo,

bzgl. der section*-Fehler poste evtl. einmal Dein logfile als Dateianhang oder einen größeren Ausschnitt um solch eine Fehlermeldung herum im Beitrag.
Die Berechnung des Satzspiegels könntest Du mit
\typearea[BCOR]{DIV }
erneut veranlassen. Versuche für DIV vielleicht current für den aktuellen Wert oder last für den zuletzt im Aufruf verwendeten oder calc, um einen guten DIV-Wert automatisch bestimmen zu lassen zur Berechnung.

Viele Grüße,

Stefan

von flying sheep » Sa 16. Aug 2008, 00:00

erstmal vielen dank, die seitengröße ändert sich anstandslos, du hast mir auch gezeigt, wo die "page" "gecleared" werden muss und das \onecolumn reinkommt und es sind nur 50 neue fehler aufgetaucht (statt wie vorher 52)

jetzt bringt er fehlermeldungen wie diese hier (6):
! undefined control sequence.
\set@color ...pdfcolorstack push {\currentcolor
                                                }\aftergroup \reset@color
l.79 begin{document}
und dann pfade zu irgendwelchen .fd-dateien im ordner "psnfss".

hab mir schon erlesen, dass das wohl die mathpazo-schrift ist, aber warum stresst die jetzt?

edit: der fehler kommt von \usetocstyle{classic}
(nach dem wegkommentieren taucht er nimmer auf)
ich hab die funktion, die ich brauche durch tocloft+\setlength{\cftchapnumwidth}{1.8em} ersetzt.

desweiteren meckert er plötzlich bei allen "\section*{xy}": (macht 44 fehler)
1.: missing number, treated as zero
2.: illegal number of measure (pt inserted)

und die sections werden nicht mehr als solche formatiert, sondern als normaler text mit leerzeilen davor und danach.
was diesen fehler verursacht ermittle ich gerade.

ich habe noch entdeckt, dass er nicht mehr "ganz von vorne" anfängt, wenn man die seitengröße ändert, sondern die margins nimmt, die man früher definiert hat.
muss ich den spaß mit taschenrechner jetzt selbst ausrechnen oder kann ich ihn dazu bringen, die ganz normale div-berechnung ab der zweiten seite wieder selbst vorzunehmen?

\pdfpagewidth, \pdfpageheight

von Stefan Kottwitz » Do 14. Aug 2008, 18:28

Hallo,

das ist ein sehr gutes Minimalbeispiel, daran kann ich den Effekt und eine Korrektur direkt testen.
Das Problem liegt bei den Längen \pdfpagewidth und \pdfpageheight. Das geometry-Paket sollte sie automatisch angleichen, wenn pdflatex verwendet wird, es bietet auch eine Option pdftex dafür. Mit gmeometric scheint es nicht mehr automatisch zu klappen. Abhilfe schafft die eigenhändige Anpassung:
\geometry{paperwidth=27.6cm,paperheight=22cm,margin=1cm,left=0.6cm}
\setlength{\pdfpagewidth}{\paperwidth}
\setlength{\pdfpageheight}{\paperheight}
...
\clearpage
\geometry{paperwidth=12cm, paperheight=19.5cm}
\setlength{\pdfpagewidth}{\paperwidth}
\setlength{\pdfpageheight}{\paperheight}
\onecolumn
...
Viele Grüße,

Stefan

von flying sheep » Mi 13. Aug 2008, 14:49

ok, sorry.
\documentclass[11pt]{scrbook}
\usepackage{gmeometric,tikz}
\usepackage[ngerman]{babel}
\usepackage[latin1]{inputenc}
\usepackage[T1]{fontenc}

\begin{document}
\geometry{paperwidth=27.6cm,paperheight=22cm,margin=1cm,left=0.6cm}
\onecolumn
\begin{tikzpicture}
	\fill[yellow!40] (-12.8cm,10cm) rectangle (-0.3cm,-10cm);
	\fill[yellow!40] (0.3cm,10cm) rectangle (12.8cm,-10cm);
\end{tikzpicture}
\geometry{paperwidth=12cm, paperheight=19.5cm}
\onecolumn
\chapter{Test}
Test
\end{document}
hiermit bekomme ich zwar keine fehler, aber leider auch keine seitengrößenänderung. die margins werden aber korrekt geändert

von Stefan Kottwitz » Di 12. Aug 2008, 23:19

Damit würde ich auch Fehlermeldungen erhalten. Es fehlt die ganze Präambel. Sofern Du eine Präambel verwendest, die Du hier nur nicht angibst, ist uns dennoch nicht möglich, testend diese 51 Fehler zu sehen, selbst wenn jeder Leser Dein Codefragment erweitert, um es annähernd übersetzbar zu machen.
Mit unvollständigem Code nötigst Du Helfende, ggf. diesen Code eigenhändig und auf Vermutungen hin zu ergänzen, oder Du verzichtest auf die Hilfe derer, die sich diese Arbeit nicht machen. Siehe es einfach als Tipp. Informationen für die Erstellung aussagekräftiger Minimalbeispiele findest Du hier: minimalbeispiel.de.

Ohne es zu testen kann ich zu Deinem Beispiel noch sagen, dass oneside nicht als Parameter für \geometry funktionieren wird. Und ganz allgemein ist meine Erfahrung, dass es oft mit \geometry innerhalb des Dokumentes Probleme gibt, die aber durch \onecolumn direkt danach behoben werden können.

Stefan

Nach oben