On Fri, 5 Jan 2024 17:01:25 GMT, Florian Weimer wrote:
> 8323077: C type error (incompatible function pointer) in X11GLContext.c
Looks good. In looking at the logs from the GHA run I can see that the warning
is gone.
I note that there is an additional warning on that same line:
2024-01-05T
I filed https://bugs.openjdk.org/browse/JDK-8323099 to track this bug.
-- Kevin
On 1/6/2024 7:01 AM, Kevin Rushforth wrote:
Redirecting this discussion to openjfx-dev (which is where it belongs).
-- Kevin
Forwarded Message
Subject:Re: JavaFX WebView and markdown re
On Wed, 27 Dec 2023 00:01:10 GMT, Martin Fox wrote:
> The Mac screen coordinate system is inverted on the y-axis compared to JavaFX
> so glass needs to flip the y coordinate. IM coordinates are relative to the
> primary screen which is NSScreen.screens[0], not NSScreen.mainScreen
> (mainScreen
On Fri, 5 Jan 2024 01:22:59 GMT, Martin Fox wrote:
>> When reporting input method candidate position the code in
>> GlassViewEventHandler is not applying the platform scale factors. This is
>> causing incorrect IM positions to be reported to glass on hi-dpi monitors.
>>
>> This PR a no-op on M
Redirecting to openjfx-dev
As I mentioned in my last message (which I sent before reading this), I
think there is a JavaFX bug at work here. Other browsers correctly
render the HTML that GitHub turns the markdown into. JavaFX WebView
renders most of it correctly, but does not render the bold t
Redirecting this discussion to openjfx-dev (which is where it belongs).
-- Kevin
Forwarded Message
Subject:Re: JavaFX WebView and markdown rendering...
Date: Sat, 6 Jan 2024 06:58:14 -0800
From: Kevin Rushforth
To: Davide Perini ,
openjfx-disc...@openjdk.org
It's a very nice application, I had never seen it before. As the
original bug was reported against it that caused a performance
regression, I started using it to also test a potential performance
improvement. Although I think it does a back-end call every time I
"refresh", so I might have bee
