Without anti-aliasing, I see no difference between a rectangle at 0 and one at
0.99 (the x
coordinate) (this is true with anti-aliasing turned on as well, but I assume
it's because there are
no curved areas). I do, however, notice a change with an ellipse, as you
mentioned. There's a
difference in rendering between an ellipse positioned at 0 and one at 0.49. Is
it because the
non-integer coordinates affect the result of calculating the position of the
pixels within the arcs
of the ellipse? If this is true, then surely regular rectangles and lines would
not be affected by
non-integer coordinates, unless perhaps they were transformed? In other words,
shapes are rendered
at integer locations, but the rounding can be affected by the calculation of
curves and
transformations? But then why would you choose to render a shape at a
non-integer location in the
first place? I hope I'm not making a fool of myself here.
First, there is a hint that affects the sub-pixel positioning of shapes.
The KEY_STROKE_CONTROL controls whether coordinate normalization is
allowed before rendering - which can include rounding coordinates to the
nearest integer or to the nearest "such-and-such part of the pixel" such
as the center of the pixel or some other interesting sub-pixel offset
which may make wide lines grow more uniformly or curves more pleasing or
...?
The default value for this hint is "DEFAULT" which says that the
implementation is allowed to normalize or not depending on its own
principles and I believe that most of our pipelines do normalization by
default. Setting it to VALUE_STROKE_PURE should turn off any
normalization and then sub-pixel positioning should be honored.
Also, whether or not the sub-pixel positioning is honored, fractional
coordinates are still useful when you are in a scaled coordinate system.
By default there is no scale in the coordinate transform so this
issue doesn't affect you...
...jim
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA2D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
