Small screen rendering bug

Question

There is a very subtle rendering bug when overlapping text.
I'm not sure if this bug is worth fixing, as depending on how
Mars rendering is implemented, it could be very difficult to fix.
When overlapping to sections of text, the anti-aliased pixels
will compound between overlapping lapping lines. This leads to a
slightly "heavy" look at the point of overlap. This most affects
double-layered / slightly-offset text used for shadowing, as the
outlines of the two text areas match closely. It affects screen
presentation and not print.
The easiest way to demonstrate this bug is to copy and paste
a text node multiple times into the SVG document. The rendered text
will darken each time, until eventually, the text has a hard,
jagged outline. The affect is easiest perceived with smaller font
text because the ratio of anti-aliased pixels to 100% "solid"
pixels is greater.
The preferred behavior in this case would be to pick the
darkest color point for that pixel from among all the overlapping
anti-aliased pixels for each channel of color. The resulting
anti-aliased pixel layer would then need to be blended as normal
with any other overlapping layers... This could be tricky, but I
think it would increase the overall quality of screen
rendering.

Answer 1

Unfortunately, this bug is pretty much beyond our control.
Pixel-level rendering issues like this are handled entirely within
the Acrobat core -- our plugin parses Mars SVG, converts it into
Acrobat-friendly data structures, and then hands everything 'over
the wall' for the Acrobat core to render.
We have some control over the renderer's low-level settings,
and I hope to exploit that in the next major release of the Mars
plugin to take care of some other pixel-level rough-rendering bugs
we've been seeing. However, this particular bug looks way too
subtle for us to address with the level of renderer access we're
given ...