 | | Re: LDGlite and LPub (and maybe ldview?
|
|
(...) That would change things. (...) That color is used when you display it in a program that doesn't have any better color to use. In other words, if the image isn't put over some kind of background, the color in the image is used. (...) that the (...) (20 years ago, 14-Oct-04, to lugnet.cad)
|
| |
| | Re: LDGlite and LPub (and maybe ldview?
|
|
(...) Heh, maybe in ldview, but not in ldglite. You give me too much credit. I don't do real transparency for transparent parts. It's all dithered. And the only values I output to the alpha channel are fully transparent (with the png background (...) (20 years ago, 14-Oct-04, to lugnet.cad)
|
| |
| | Re: LDGlite and LPub (and maybe ldview?
|
|
(...) That's an interesting point. We generate all images at a 3x zoom (3x of the final target render scale) (with fat lines), then use ImageMagick to reduce the image to 'normal'. So the transparency of transparent parts will depend on how (...) (20 years ago, 14-Oct-04, to lugnet.cad)
|
| |
| | Re: ptreleases.cgi - Ready to Roll?
|
|
(...) It works for me, and I don't remember anyone saying they're using the old one (other than myself), so I say go for it and make it official. This will kill that functionality in the private LDView 3 Alpha that a few people have, but that (...) (20 years ago, 14-Oct-04, to lugnet.cad.dev)
|
| |
| | Re: LDGlite and LPub (and maybe ldview?
|
|
(...) One thing to remember is that the background color almost certainly still matters for transparent parts, because they'll be blended with it, even if they are partially transparent in the PNG file. So be sure to choose a background color that (...) (20 years ago, 14-Oct-04, to lugnet.cad)
|
