[x3d-public] Player inconsistency > CylinderSensor > interpretation of local vs sensor-local

[doug sanden]

I noticed a bit of inconsistency among players when axisRotation is non-default.
I wonder what's right.
-Doug

http://www.web3d.org/documents/specifications/19775-1/V3.3/Part01/components/pointingsensor.html#CylinderSensor
"""
... pointer motion (e.g., a mouse or wand) into a rotation on an invisible cylinder that is aligned with the Y-axis of the local sensor coordinate system. The local sensor coordinate system is created by applying the axisRotation field value to the local coordinate system.
...
rotation_changed event is sent that equals the sum of the rotation about the +Y-axis vector of the local sensor coordinate system
...
trackPoint_changed events reflect the unclamped drag position on the surface of the invisible cylinder. [Q, in local or sensor-local?]
"""
Q, Does that mean we should 
- rotate the invisible sensor geometry by axisRotation
- leave rotation_changed in sensor-local
- put trackpoint_changed  into local coordinates (not sensor-local)?

more..

http://dug9.users.sourceforge.net/web3d/tests/sensors/CylinderSensorCylinderAxisRotation90.x3d
(http://dug9.users.sourceforge.net/web3d/tests/sensors/CylinderSensorCylinder.x3d default axisRotation)
http://dug9.users.sourceforge.net/web3d/tests/sensors/cobweb90.html
routing:
- box is rotated by rotation_changed
- little sphere is translated by trackpoint_changed

player:		rotates:
octaga - sensor-geometry, rotation_changed, trackpoint_changed
instant - sensor-geometry, rotation_changed, trackpoint_changed moves diagonally 
H3D     - sensor-goemetry, rotation_changed
vivaty - nil
view3dscene - sensor-geometry, trackpoint_changed 
freewrl - sensor-geometry
cobweb - sensor-geometry, rotation_changed