Post any defects you find in the released or beta versions of the ImageMagick software here. Include the ImageMagick version, OS, and any command-line required to reproduce the problem. Got a patch for a bug? Post it here.
If you examine word.pdf in Adobe Reader, you will see it has opaque black letters on a transparent background. JPEG can't record transparency, so you get black letters on a black background.
The cure is to flatter over whatever colour you want for the background, eg:
The converted word.pdf has fully-transparent white pixels.
Transparent pixels have colours. A pixel may be fully-transparent white, fully-transparent-yellow, or whatever. Saving as JPEG ignores transparency, so each pixel becomes opaque, whatever colour it is "beneath" the transparency.
Many IM operations such as "-resize" treat transparency carefully so the colour "beneath" the transparency doesn't get mixed with the opaque or semi-transparent pixels. But one side effect is that all fully-transparent pixels of any colour become fully-transparent black.
Thanks for the hint. I found this explanation of why -resize doesn't preserve the color of transparent pixels: viewtopic.php?f=22&t=22287 . I couldn't find anything in the documentation about this, though.
When two or more pixels are combined, because of composite or resize or whatever, the resulting pixel colour values usually come from the colour values of each pixel multiplied by its alpha. (The resulting alpha comes from the alphas only, not the colours, of the individual pixels.)
When an input alpha is zero, multiplying this by any colour gives zero. Hence output pixels have colour values of zero, black.