Re: Review Request: 8156960 Deprecate JSObject.getWindow(Applet) method

Strictly speaking, Mandy is correct. The @Deprecated specification can't require its clients to commit to removing something in the next release. However, as a matter of JDK policy, we're trying to set forRemoval=true only on stuff where there's a definite plan to remove it in the next

Re: Review Request: 8156960 Deprecate JSObject.getWindow(Applet) method

forRemoval=true indicates that the API will be removed in a future release and does not mean it will be removed in N+1. Hope this clears the confusion. Mandy > On Jun 13, 2016, at 9:17 AM, David DeHaven wrote: > > [removed bad email address..] > > Ok, my

Re: Review Request: 8156960 Deprecate JSObject.getWindow(Applet) method

[removed bad email address..] Ok, my understanding was that forRemoval was intended for the next release, so setting it to true meant we were saying "removing in JDK 10." If that's NOT the case then we should set it to true for this particular case since this method is tied specifically to the

Re: [9] Review request for JDK-8155740: [macosx] robot.keyPress and robot.keyRelease do not generate key event for Alt-Graph key VK_ALT_GRAPH.

Hi Semyon and Sergey, Code is modified as per the comment. Please review the modified webrev. http://cr.openjdk.java.net/~mhalder/8155740/webrev.04/ webrev.02 did not work because - The input nsFlag (modifier value) passed to the