Re: manual bug? and same pdf bug

[Paul Scott]

Jan Nieuwenhuizen wrote:

> 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.
>  
using 2.3.21

\version "2.3.18"
#(set-global-staff-size 21)
\include "../textpad.ly"

#(set-default-paper-size "letter")
\bookpaper{
   #(set-paper-size "letter")
}

Invoking `ps2pdf -sPAPERSIZE=letter summitbari.ps'...

Maybe there's a bug in my version of ps2pdf.  The ps is fine but the pdf 
has the title chopped off.

Paul