[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: manual bug? and same pdf bug
From: |
Jan Nieuwenhuizen |
Subject: |
Re: manual bug? and same pdf bug |
Date: |
Mon, 11 Oct 2004 13:03:47 +0200 |
User-agent: |
Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux) |
Paul Scott writes:
> Really my major concern is that whatever generates the PDF's doesn't
> use the same paper size as the dvi and ps.
Try --verbose, it works for me (using a6, that's easier to check than letter)
\version "2.3.22"
\paper {
#(set-paper-size "a6")
}
\relative {
c' d e f g\break
c d e f g\break
}
Output written on x.dvi (1 page, 3188 bytes).
Transcript written on x.log.
Invoking "dvips -t a6 -u+ec-mftrace.map -u+lilypond.map -Ppdf x"
This is dvips(k) 5.92b Copyright 2002 Radical Eye Software
(www.radicaleye.com)
' TeX output 2004.10.11:1300' -> x.ps
<tex.pro><alt-rule.pro><texc.pro><music-drawing-routines.ps><texps.pro>
<special.pro>. <feta20.pfa><ecrm10.pfa>[1]
Converting to `x.pdf'...
Invoking `ps2pdf -sPAPERSIZE=a6 x.ps'...
There is, however, some name juggling going on in the TeX backend
only, wrt papersize and papersizename. I would have removed all
instances of papersizename, but I'd like to hear Han-Wen's thoughts.
Jan.
--
Jan Nieuwenhuizen <address@hidden> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien | http://www.lilypond.org