Hi Sergey, When I checked it was not working on the Java applications. None of the controls could take touch click events but it used to highlight because when we touch on the touch screen interface the system moves the cursor over to the touch point thereby enabling mouse focus events being sent.
Thanks and regards, Shashi -----Original Message----- From: Sergey Bylokhov Sent: Tuesday, September 19, 2017 3:39 AM To: shashidhara.veerabhadra...@oracle.com >> Shashidhara Veerabhadraiah <shashidhara.veerabhadra...@oracle.com> Cc: awt-dev@openjdk.java.net Subject: Re: <AWT Dev> [10] JDK-8178361: JFileChooser does not allow to open folders with a double tap when using the touch screen interface Hi, Shashi. Why the bug is JFileChooser specific? Does it means that it works for other elements(buttons/lists/menu/etc)? On 9/18/17 08:58, Shashidhara Veerabhadraiah wrote: > Hi All, Please review this software changes for the /_enhancement_/ > JDK-8178361. > > Issue: Request was filed to enable the touch event processing for Java > client applications. > > Fix: Windows platform offers 'pointer' implementation thro' which one > can tap for the touch inputs as well. A typical 'pointer' function may > contain touch, pen, touch pad or mouse inputs. This allows for a > uniform input processing though the event source may defer. This fix > enables the 'touch' events(via TOUCH pointer) to be passed to the > components using the other type of pointer 'mouse'. Essentially there > is a conversion put in place to convert a touch event input into a > left click mouse event. I think this is the right thing to do > considering desktop scenarios to which the typical Java applications > that gets exposed to. This is also the same behavior on my touch > enabled windows 10 laptop as well. Please let me know if a different behavior > is expected. Below is the output: > > Now touch event works as a typical mouse left click as in general. But > there is an issue because the icon size of the Java UI is typically > small, touching that icon exactly is sometimes difficult. This is > handled by an Windows application by having larger icon size or icon > view as a standard. Hence I believe this is outside the scope this > software update. Any changes to it would be done later as a new bug or > an enhancement. > > Bug ID: https://bugs.openjdk.java.net/browse/JDK-8178361 > > Webrev: http://cr.openjdk.java.net/~sveerabhadra/8178361/webrev.00/ > > Thanks and regards, > > Shashi > -- Best regards, Sergey.
