Is it possible for the batik PNG/bitmap rasteriser to inform the user/calling code if it encounters a line that is subpixel in width and so would not render - i.e. not appear? That is, will be omitted, missed out in the resultant PNG image because it is too thin?
Does this feature already exist? Perhaps some kind of Exception could be raised or interface/call back method? Could you outline what would be required to extend the batik classes that are involved in this? I'm particularly interested in two-tone - i.e. black and white only, no gray/grey shades/levels. This means there would be no anti-aliasing. I'm guessing that the anti-aliasing engine in batik is used to give very thin lines lighter shades of grey - so the fact that it knows enough to do this, perhaps this part of the code could be used to raise an exception with the knowledge that anti-aliasing is not wanted. This thread relates to my previous discussion about Chinese characters and minimal dpi rendering for them in a monochrome bi-level 2 color only environment. A good solution was offered by using a very complex Chinese character as a benchmark. See: http://www.nabble.com/Chinese-characters---what%27s-the-smallest-recpmmended-dpi-resolution-rendering-to17425380.html#a17503472 However, what about a more general solution that could cope with any scenario of thin lines and detect if they would be missing from the resultant bitmap output? Perhaps even a solution could suggest a minimum dpi for the SVG for all lines to be visible in a 2 colour, 1 bit per pixel bitmap? -- View this message in context: http://www.nabble.com/Rasterizer-detect-subpixel-width-lines-when-rendering-to-specified-dpi-with-1-bit-per-pixel-2-color-bitmap-tp18384830p18384830.html Sent from the Batik - Users mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
