Quote:
Originally Posted by stumped
I found a better workaround, see next para. But I am puzzled by the amount ofnwork that someone-the publisher? - has devoted to creating a huge set of not very compatible images, brus stroke by brush stroke.
|
Unlikely anyone ever looked at or edited the SVG code.
The printed book probably used Postscript/EPS/PDF graphics, and that was then exported automatically to SVG, which theoretically should give the same result.
In practice, not guaranteed. Many publishers just use the most primitive and also most compatible format, and convert to images (usually JPEG). That however balloons the size to get decent resolution.
As for the size of inline images (e.g. Chinese characters, symbols, etc.), of any kind, I make a class for these image with "height=1em" for a start and if that looks too small, bump it up a bit. Maybe some more complex ones need 2em, or even more.
Quote:
Originally Posted by Tex2002ans
Or you could convert to PNG formulas, while not as nice/crisp, at least it'll display in horrible non-standards-compliant readers such as Moon+ Reader.
|
I generally use Kindle, and kindlegen converts PNG to either GIF or JPEG, enlarging it and usually degrading it. So for linework, I convert to GIF directly, which passes through Kindlegen.
I use Irfanview, usually reduce the number of colours to 4 (or 8 or 16 if there are greys), then adjust the palette so black is actually (0,0,0). Gives me very compact and sharp files.