I think I've discovered the problem with windows users not being able
to print page 2 of the manual: graphics which use alpha.
$ cd Documentation/user/
$ file *.png
baer-flat-bw.png: PNG image data, 374 x 513, 8-bit gray+alpha,
non-interlaced
baer-flat-gray.png: PNG image data, 381 x 528, 8-bit grayscale,
non-interlaced
henle-flat-bw.png: PNG image data, 376 x 507, 8-bit grayscale,
non-interlaced
henle-flat-gray.png: PNG image data, 323 x 507, 8-bit grayscale,
non-interlaced
lily-flat-bw.png: PNG image data, 296 x 487, 8-bit/color RGB,
non-interlaced
$ file out-www/baer*
out-www/baer-flat-bw.eps: PostScript document text conforming at
level 3.0 - type EPS
out-www/baer-flat-bw.png: PNG image data, 187 x 257, 8-bit/color
RGBA, non-interlaced
out-www/baer-flat-gray.eps: PostScript document text conforming at
level 3.0 - type EPS
out-www/baer-flat-gray.png: PNG image data, 191 x 264, 8-bit/color RGB,
non-interlaced
$ file out-www/*.eps
out-www/lily-1074176269.eps: PostScript document text conforming at
level 2.0 - type EPS
... and a bunch more stuff
I see two possible problems: the +alpha on baer-flat-bw.png (and thus
the "color RGBA"), and the PostScript 3.0 in the EPS. bae-flat-bw.png
is just a black and white picture of a flat; I'm sure it doesn't need
alpha. However, I couldn't figure out how to convert it into an image
without alpha (using convert). Could somebody familiar with graphics
and/or ImageMagik suggest a command?
In addition, is the PS 3.0 a problem? If so, could somebody suggest a
command to make convert produce a PS 2.0 file? Currently these files
are simply being changed with
convert baer-flat-bw.png out-www/baer-flat-bw.eps
Thanks,
- Graham
_______________________________________________
lilypond-devel mailing list
[hidden email]
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Locked
