Hallo, On Sat, 25 May 2002, Bernhard Walle wrote:
On Fri, 24 May 2002 at 13:48 (+0200), David Haller wrote:
Moeglich. Teste ggfs. mal mit 'article' (Layout egal, nur ob das mit dem a5 klappt, ich vermute aber mal fast: geht ohne -ta5 genausowenig).
Geht auch nicht.
Hm. Dann stimmt vielleicht irgendwas anderes in der config von dvips nicht. Was fuer'n teTeX/dvips haste denn (von wann ungefaehr)? Aber naja, so schwer ist das mit dem -t ja auch nicht :)
Ja. Allerdings habe ich den selber hinzugefügt. Standardmäßig war keiner drin. ;-)
@ a5 149mm 210mm @+ ! %%DocumentPaperSizes: a5 @+ %%BeginPaperSize: a5 @+ a5 @+ %%EndPaperSize
==== @ a5 148.5mm 210mm
Wenn schon so genau, dann 148.7.
*g* Stimmt.
Berechnung des A5-Papierformates:
A. Die Fläche von A0 ist genau 1 m² groß. B. Die Fläche des Papiers wird mit jeder Erhöhung der A*-Größe (A1, A2 ...) halbiert. C. Das Seitenverhältnis beträgt 1 : sqrt(2).
Daraus ergibt sich: [..] Das mal in aller Ausführlichkeit ;-) Nicht für Dich, sondern allgemein mal gezeigt, wie man A*-Papiergrößen ganz einfach berechnen kann.
$ echo 'scale=99; s=sqrt(2); x=sqrt(1/s); y=x*s; (x*1000)/4;(y*1000)/8;' | bc 210.224103... 148.650889... (das scale=99 deswegen, damit mit moegl. genauen Zwischenwerten fuer sqrt(2) gerechnet wird, man teste obiges mal z.B. mit 'scale=4' ;) $ echo 'scale=99; a=1000000/32; a-(210.2*148.6); a-(210.2*148.7)' | bc 14.2800000... -6.7400000... Der Fehler ist bei .7 auch kleiner ;)
Oft wird nämlich der Fehler gemacht und der Wert für A4 (297 x 210 mm) wird einfach halbiert.
Ja, auch von mir ;( Den kann ich mir halt merken ;)
Das ist zwar grundsätzlich richtig, aber ungenau. Und beim Teilen eines Näherungswertes darf grundsätzlich nie ein genauerer Wert herauskommen als er vorher vorhanden war.
ACK. s.o. -dnh -- 9: GUI Ein Hintergrundbild und 12 Xterms (Kristian Köhntopp)