Re: High CPU usage with JRE 8u162 b03 EA (caused by sun.awt.windows.WInputMethod.inquireCandidatePosition)

2018-01-05 Thread Reto Merz
support.oracle.com Regards Reto Von: Semyon Sadetsky [mailto:semyon.sadet...@oracle.com] Gesendet: Freitag, 5. Januar 2018 15:30 An: Reto Merz; awt-dev@openjdk.java.net Betreff: Re: High CPU usage with JRE 8u162 b03 EA (caused by sun.awt.windows.WInputMethod.inquireCandidatePosition) Hello Reto, Happy

High CPU usage with JRE 8u162 b03 EA (caused by sun.awt.windows.WInputMethod.inquireCandidatePosition)

2018-01-05 Thread Reto Merz
Hello, Happy New Year! We just noticed that our software is completely unusable with JRE 8u162 b03 EA because of very high CPU usage. It works with 8 u162 b01 and older releases (eg: 8 u152 etc). We are able to provide a simple reproducer which demonstrate high CPU usage, at least on Windows

Identify SunDropTargetEvent without instanceof and getClass()

2017-06-28 Thread Reto Merz
Hello, Is there a nice way to identify AWTEvent as a SunDropTargetEvent? Otherwise would it be possible to introduce a new public "boolean isDropTargetEvent()" method on MouseEvent or AWTEvent? Or a public static method "boolean isDropTargetEvent(AWTEvent)" somewhere? At the moment we do this:

Global InputVerifier

2017-03-15 Thread Reto Merz
Hello, We try to prepare our WebStart-based app for Java 9. It is very important that we can perform validation on every focus change and reject it if needed based on which target component will be focused. At the moment we use sun.awt.RequestFocusController which is invoked on every focus

Re: JDK 9 b159 - sun.lwawt.macosx.CWrapper$NSWindow.isZoomed never returns

2017-03-09 Thread Reto Merz
ows ; hangs on macOS as described Thanks Reto > -Ursprüngliche Nachricht- > Von: dmitry markov [mailto:dmitry.mar...@oracle.com] > Gesendet: Donnerstag, 9. März 2017 08:52 > An: Reto Merz > Cc: awt-dev@openjdk.java.net > Betreff: Re: JDK 9 b159 - > s

JDK 9 b159 - sun.lwawt.macosx.CWrapper$NSWindow.isZoomed never returns

2017-03-07 Thread Reto Merz
Hi, We have a integration test which hangs with Java 9 b159 under macOS 10.12.3. It does not hang with b157 and also works with Windows OS & b159. We can reproduce it always with our integration test. I want to ask if this is already a known regression? Otherwise I can try to provide a simple

Re: [JDK-8048731] com.apple.eawt.FullScreenUtilities#setWindowCanFullScreen

2017-03-02 Thread Reto Merz
it: jFrame.getRootPane().putClientProperty("apple.awt.fullscreenable", false); Thanks,Alexander. On 02/03/2017 14:01, Reto Merz wrote: Hi, Is there a replacement for com.apple.eawt.FullScreenUtilities#setWindowCanFullScreen(Window, Boolean) in Java 9 Desktop API? I can not find a simi

[JDK-8048731] com.apple.eawt.FullScreenUtilities#setWindowCanFullScreen

2017-03-02 Thread Reto Merz
Hi, Is there a replacement for com.apple.eawt.FullScreenUtilities#setWindowCanFullScreen(Window, Boolean) in Java 9 Desktop API? I can not find a similar method on java.awt.Desktop, java.awt.Taskbar or javax.swing.JFrame class. Thanks Reto

Re: Public RequestFocusController/AWTAccessor API

2016-05-26 Thread Reto Merz
has the "to"/target component as a argument too? Thanks Reto Merz On 14.04.2016 16:52, Semyon Sadetsky wrote: Thank for explanation. It seems to me such functionality belongs to the input validation domain and should not be mixed up with the Swing focus transfer internals.

Re: Public RequestFocusController/AWTAccessor API

2016-05-26 Thread Reto Merz
. Furthermore that dont require to make CausedFocusEvent.Cause public (which looks a bit creepy). Best Regards Reto Merz > On 14/04/16 14:49, Semyon Sadetsky wrote: > > Okay... You said the you need to intercept the focus request in the place > where the target is set. > From my point

Re: Public RequestFocusController/AWTAccessor API

2016-04-18 Thread Reto Merz
That sounds good. Thanks for you efforts. Best Regards Reto Merz On 4/14/2016 22:11, Semyon Sadetsky wrote: > On 4/14/2016 9:25 PM, Reto Merz wrote: > > This is a small part of our focus/validation framework. > I just try to explain it as simple as possible. > > javax.s

Re: Public RequestFocusController/AWTAccessor API

2016-04-14 Thread Reto Merz
is invoked by Component#isRequestFocusAccepted(boolean,boolean,CausedFocusEvent.Cause) after the "Component.requestFocusController.acceptRequestFocus" statement (and only if acceptRequestFocus has returned true). This way you also don't have to make CausedFocusEvent.Cause public. Best Rega

Re: Public RequestFocusController/AWTAccessor API

2016-04-14 Thread Reto Merz
KeyboardFocusManager focusNextComponent/focusPreviousComponent provides only the source component. Not the target. The second argument of RequestFocusController#acceptRequestFocus is the "real" target component. We use only this argument in our custom RequestFocusController implementation. Thank

Re: Public RequestFocusController/AWTAccessor API

2016-04-12 Thread Reto Merz
ssor#setRequestFocusController is changed to keep our RequestFocusController implementation. I have just filled a RFE on http://bugreport.java.com/bugreport Thanks Reto Merz On 11/04/16 21:02, Alexander Scherbatiy wrote: > Hello Reto, > > Could you provide use cases which illustrate tasks th