fix for bug 4527745 does not fix the performance for those lines that
require clipping. In other words, the fix works only for lines that
have been clipped *before* calling Graphics.drawLine(). CAP member still
need to specify a runtime property like
when launch JVMs to by pass this performance degradation problem.
This requirement will be difficult to satisfy in large applications such as
Landmark Graphic, which consist of multiple graphics components, all running
in the same JVM. If any critical component fails to pre-clip its lines, then need to set the property above to false. When do this for a simple benchmark, with lines that require clipping, drawing is 20 times faster than when set
this property to true (the default).
Real applications depend on efficient clipping, and a factor of 20 is
significant. 2-D line clipping belongs in graphics systems, not in higher
level components. If Direct3D cannot clip 2D lines efficiently, then systems
higher up, but beneath Graphics.drawLine(), should do so.