JDK-8091679 : Need a device clip available to the PG node to minimise wasted work
  • Type: Enhancement
  • Component: javafx
  • Sub-Component: graphics
  • Affected Version: fx2.0
  • Priority: P3
  • Status: Open
  • Resolution: Unresolved
  • Submitted: 2011-06-22
  • Updated: 2018-09-05
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
tbdUnresolved
Related Reports
Blocks :  
Blocks :  
Relates :  
Relates :  
Description
Take  http://javafx-jira.kenai.com/browse/RT-5069
"Text node computes complete text layout, even if clipped to a much smaller size"

clipped could mean via a clip node, or it could mean scrolled off the visible portion of the window.
We can detect the former, but the PGNode has - ie NGText in this case - has no idea how
much work can be skipped. We could use a device clip so that when we have a Graphics
instance we know what rendering work can be skipped.


Comments
See my comments in RT-14356 NGText (NGSpan) uses Node.getClippedBounds() to avoid calls to Graphics#drawString() In graphics (GlyphCache), getFinalClipNoClone() used to avoid calls to addDataToQuad() - the only limitation is that clipping is only used when the transform does not include any rotation or scale. can I close this bug as fixed ?
14-11-2012

Looks promising if I read the code right. Apparently this was added in Feb to help with a similar problem with shape rasterisation.
27-06-2011

Assigning to Phil to see if getFinalClipNoClone() suits his needs...
27-06-2011

I believe this is what BaseGraphics.getFinalClipNoClone() was created for...
27-06-2011

Target of opportunity for Presidio
27-06-2011