<AWT Dev>  JDK-8178361: JFileChooser does not allow to open folders with a double tap when using the touch screen interface
anton.litvinov at oracle.com
Tue Sep 19 14:54:58 UTC 2017
Good day Shashidhara,
You took parts of my fix for the bug
(https://bugs.openjdk.java.net/browse/JDK-8166772) which is being
reviewed on this e-mail alias since 17/08/2017 and which is almost
approved by one reviewer
You did not inform me about intention to use the parts of my fix anyhow
and you are trying to present these copied parts of my fix as yours.
This is not acceptable and looks as a plagiarism.
You fully copied the code organization from my fix - your fix changes
the same files in the identical places, in all 4 files there is the code
which is identical to the code from the same files in my fix, you even
did not change the text of my source code comments. Though you are
trying to address a different issue and use a different API, your fix
edits the same files in the same places what makes our 2 fixes overlap
each other and conflict with each other. And you knew about these
compatibility problems, because last week you entered the review of my
fix and after that you sent your review request on 19/09/2017.
I do not want to remove my parts of the fix from my fix and test and
review my fix again just to be able to apply my fix over yours
containing my code, if yours is approved first and pushed first. My
review request was filed more than one month before your review request.
How to quit this situation?
In order to resolve this situation, I suggest you:
1) To link your bug to my bug JDK-8166772 and to mark your as "is
blocked by" my bug.
2) To agree to remove my parts of the fix from your fix, wait until I
provide the final version of my fix with 2 micro changes to the
reviewers, what I will do within next 2 days, and we will sort out with
you offline, how to recreate your new version of the fix.
Currently I suppose that I will give you the changeset with my approved
fix, you will clone two instances of "jdk10/client", in one you will "hg
import" my changeset, then apply your changes and create a "webrev" for
your fix, in the second instance of "jdk10/client" you will apply my fix
just using "patch" and then apply your patch from "webrev", we will
discuss these details offline.
If you accept this way of resolution, I agree to forget about the
earlier described issue with your fix.
What do you think about my suggestion?
On 19/09/2017 04:35, Shashidhara Veerabhadraiah wrote:
> 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,
> -----Original Message-----
> From: Sergey Bylokhov
> Sent: Tuesday, September 19, 2017 3:39 AM
> To: shashidhara.veerabhadraiah at oracle.com >> Shashidhara Veerabhadraiah <shashidhara.veerabhadraiah at oracle.com>
> Cc: awt-dev at openjdk.java.net
> Subject: Re: <AWT Dev>  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_/
>> 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,
> Best regards, Sergey.
More information about the awt-dev