[API REVIEW] RT-30171: 3D versions of localToScreen and screenToLocal
Pavel Safrata
pavel.safrata at oracle.com
Thu May 2 23:15:00 PDT 2013
These methods were not released yet so we would not break compatibility
with anything except of several weekly builds back.
Anyway, I agree with Richard's proposal.
Pavel
On 3.5.2013 0:02, Ali Ebrahimi wrote:
> +1.
> Breaking (source & binary)compatibility is not good thing.
>
>
> On Fri, May 3, 2013 at 2:21 AM, Richard Bair <richard.bair at oracle.com
> <mailto:richard.bair at oracle.com>> wrote:
>
> Hi Pavel,
>
> > // these two already exist:
> > public Point2D localToScreen(double localX, double localY)
> > public Point2D localToScreen(Point2D localPoint)
> > // these two exist but without the 2D suffix, so rename them
> (they were added in FX8 so no backward incompatibility):
> > public Point2D screenToLocal2D(double screenX, double screenY)
> > public Point2D screenToLocal2D(Point2D screenPoint)
> > // add these four for 3D
> > public Point2D localToScreen(double localX, double localY,
> double localZ)
> > public Point2D localToScreen(Point3D localPoint)
> > public Point3D screenToLocal3D(double screenX, double screenY)
> > public Point3D screenToLocal3D(Point2D screenPoint)
>
> Just mulling it over. What about:
>
> // these two already exist:
> public Point2D localToScreen(double localX, double localY)
> public Point2D localToScreen(Point2D localPoint)
> public Point2D screenToLocal(double screenX, double screenY)
> public Point2D screenToLocal(Point2D screenPoint)
> public Point2D localToScreen(double localX, double localY, double
> localZ)
> public Point2D localToScreen(Point3D localPoint)
> public Point3D screenToLocal3D(double screenX, double screenY)
> public Point3D screenToLocal3D(Point2D screenPoint)
>
> In this case we only append the "3D" to screenToLocal variants
> that produce Point3D?
>
>
More information about the openjfx-dev
mailing list