On Tue, 29 Oct 2019 11:31:18 GMT, Kevin Rushforth <k...@openjdk.org> wrote:

> On Tue, 29 Oct 2019 10:10:32 GMT, Dell Green 
> <github.com+12861109+dellgr...@openjdk.org> wrote:
> 
>> On Tue, 29 Oct 2019 09:53:28 GMT, Johan Vos <j...@openjdk.org> wrote:
>> 
>>> On Tue, 8 Oct 2019 12:03:46 GMT, Kevin Rushforth <k...@openjdk.org> wrote:
>>> 
>>>> On Tue, 8 Oct 2019 12:03:42 GMT, Dell Green 
>>>> <12861109+dellgr...@users.noreply.github.com> wrote:
>>>> 
>>>>> Often on embedded systems a cursor is not a valid input modality. On some 
>>>>> of these systems, when the javafx toolkit initialises the native hardware 
>>>>> cursor, it produces artefacts which can be seen on screen (in the 
>>>>> framebuffer for example). This change adds a system property 
>>>>> "monocle.cursor.enabled" that can disable the creation of a native cursor 
>>>>> in each of the Monocle NativePlatform implementations in favour of a 
>>>>> NullCursor which is a no-op implementation of the NativeCursor abstract 
>>>>> class that all native cursors have to implement.
>>>>> 
>>>>> NullCursor class already existed and was being returned for some 
>>>>> implementations like AndroidPlatform and HeadlessPlatform. This change 
>>>>> builds upon that and conditionally returns NullCursor for all platforms.
>>>>> 
>>>>> A system property "monocle.debugcursor" has also been added to turn on 
>>>>> logging of which NativeCursor has been selected when the toolkit 
>>>>> initialises.
>>>>> 
>>>>> ----------------
>>>>> 
>>>>> Commits:
>>>>>  - cfbbc7dd: JDK-8087980: Add property to disable Monocle cursor
>>>>> 
>>>>> Changes: https://git.openjdk.java.net/jfx/pull/5/files
>>>>>  Webrev: https://webrevs.openjdk.java.net/jfx/5/webrev.00
>>>>>   Issue: https://bugs.openjdk.java.net/browse/JDK-8087980
>>>>>   Stats: 49 lines in 8 files changed: 40 ins; 0 del; 9 mod
>>>>>   Patch: https://git.openjdk.java.net/jfx/pull/5.diff
>>>>>   Fetch: git fetch https://git.openjdk.java.net/jfx pull/5/head:pull/5
>>>> 
>>>> This has not yet been reviewed. It will need at least one reviewer with a 
>>>> Reviewer role in the project.
>>>> 
>>>> ----------------
>>>> 
>>>> Disapproved by kcr (Lead).
>>> 
>>> Is this PR open for review now? Or will a new PR be created?
>> 
>> this is ready for review form my perspective. :)
> 
> The Skara tooling bug in question has been fixed, so yes this is ready for 
> review.

I have no particular issue one way or the other on this. I will defer the 
review to @johanvos

PR: https://git.openjdk.java.net/jfx/pull/5

Reply via email to