JDK-8101316 : Add getWorldTransform to public API
  • Type: Enhancement
  • Component: javafx
  • Sub-Component: scenegraph
  • Affected Version: fx2.0.3
  • Priority: P4
  • Status: Closed
  • Resolution: Duplicate
  • Submitted: 2011-11-14
  • Updated: 2015-06-16
  • Resolved: 2012-05-16
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.
JDK 7
7u6Resolved
Related Reports
Duplicate :  
Relates :  
Description
There are several cases when "world transform" matrix for any arbitrary scene graph node is necessary to obtain. We faced it during development of JavaOne 2011 demos.

By "world transform" we mean the matrix that converts scene coordinates into node coordinates for any particular node. Existing operation of conversion between local and scene coordinates has a bottleneck in Affine3D.createInverse() method which creates new Affine3D matrix instance each time it is invoked.
Comments
This is a duplicate of RT-520 and RT-17942 combined. There is now local-to-scene transform property (RT-520). You can listen on this property and compute the inverse transformation each time it changes. I think there is no way to optimize this further, the inversion has to be done at some point. There is currently no method for inverting the matrix, but this is tracked in RT-17942.
16-05-2012

This problem might be solvable by optimizing the inverse transformation (by reusing a single matrix for instance).
20-12-2011

Note that there is no concept of "world transform" in the JavaFX API. Do you, perhaps, mean "scene transform" or more accurately, "local to scene" transform? If so, then yes, this would be a good addition to the API, and is a long-standing request that is already being tracked as RT-520.
14-11-2011