On Thu, 30 Jan 2020 23:07:53 GMT, Kevin Rushforth wrote:
> This is a fix for
> [JDK-8231513](https://bugs.openjdk.java.net/browse/JDK-8231513) to disable
> the use of `CGEventTap` when running on macOS 10.15 or later.
>
> The effect of this bug is that a scary dialog is shown for all users the
On Thu, 30 Jan 2020 23:07:53 GMT, Kevin Rushforth wrote:
> This is a fix for
> [JDK-8231513](https://bugs.openjdk.java.net/browse/JDK-8231513) to disable
> the use of `CGEventTap` when running on macOS 10.15 or later.
>
> The effect of this bug is that a scary dialog is shown for all users the
This is a fix for
[JDK-8231513](https://bugs.openjdk.java.net/browse/JDK-8231513) to disable the
use of `CGEventTap` when running on macOS 10.15 or later.
The effect of this bug is that a scary dialog is shown for all users the first
time they run a JavaFX application and move the mouse is move
On Tue, 28 Jan 2020 19:19:57 GMT, Nir Lisker wrote:
> [8236858](https://bugs.openjdk.java.net/browse/JDK-8236858) (Animations do
> not play backwards after being paused) has been split to deal with
> [embedded](https://bugs.openjdk.java.net/browse/JDK-8237974) and [not
> embedded](https://bugs
On Fri, 24 Jan 2020 11:31:02 GMT, Jose Pereda wrote:
> This PR defines a pre-processor in the phong frag files to avoid inline
> declaration of #extension when several frags are combined that leads to the
> error:
>
> syntax error: #extension must always be before any non-preprocessor tokens
On Wed, 29 Jan 2020 15:36:52 GMT, Guru Hb wrote:
>> Marked as reviewed by kcr (Lead).
>
>> the -m32 option seems to be ignored by the compiler:
>> cl : Command line warning D9002 : ignoring unknown option '-m32'
>>
>> However, I agree it is better to conditionally remove it.
> "-m32" required f
On Fri, 24 Jan 2020 17:08:42 GMT, Phil Race wrote:
> … the available font data.
Looks like GitHub truncated your title, so I fixed it to match the JBS title.
-
PR: https://git.openjdk.java.net/jfx/pull/95
The Skara bot isn't sending email at the moment, so here is an RFR for
jfx14:
PR: https://github.com/openjdk/jfx/pull/102
JBS: https://bugs.openjdk.java.net/browse/JDK-8231513
This is a fix for
[JDK-8231513](https://bugs.openjdk.java.net/browse/JDK-8231513) to
disable the use of `CGEventTap`
I'm afraid I disagree. My eyesight isn't great and I like to zoom web apps
to sizes that most designers would consider wrong/bad/absurd, at least when
possible. How far I can go depends a lot on the app. Many modern desktop
apps feel far too dense and with fonts that are uncomfortably small for me.
My obvious attempt failed to get any touch events delivered to the app.
There is also code in GestureRecognizers (internal to glass) to register
listeners for touch events that will then in some cases be turned into
gestures, but it's disabled by default.
So it really does look like we are gen
Yeah, I was surprised, too. I can see the low level touch events being
generated and passed up to the Java code, but I haven't actually
verified yet that it turns them into JavaFX TouchEvents that get
delivered to an application (I'll try that this afternoon).
-- Kevin
On 1/30/2020 10:55 AM,
Hi Danny,
Am Dienstag, den 28.01.2020, 09:50 + schrieb Danny Gonzalez:
> We have a java 11 project that uses maven to pull in openJFX
> modules i.e. javafx-controls, javafx-web, javafx-swing.
>
> What we would like to do is build our own versions of these openJFX
> modules for use as maven d
In this case I would also vote for #2. Your comment astonishes me
nevertheless because
I have never received any JavaFX TouchEvents on my Mac, so I won't miss
them. As far as
I know they are only generated by real touch screens but NOT by track
pads, or have I
missed something here? This is also
This affects TouchEvents generated via low-level native touch events,
including those generated by a trackpad. GestureEvents still work. In
particular, the HelloGestures app still works: even with low-level touch
events disabled, I can use the trackpad to rotate and zoom and the app
picks it up
Just to clarify the implications of this issue: Are you only talking
about the JavaFX TouchEvents
or would disabling them also affect all GestureEvents and synthesized
MouseEvents when you are
working with a trackpad?
Am 30.01.20 um 17:47 schrieb Kevin Rushforth:
To: Mac app developers / users
> To: Mac app developers / users
>
> I started looking into JDK-8231513 [1] -- "JavaFX cause Keystroke Receiving
> prompt on MacOS 10.15 (Catalina)" -- a couple days ago. The effect of this
> bug is that a scary dialog is shown for all users the first time they run a
> JavaFX application and
I am wondering whether this kind of scaling should actually be done on
an application basis. On desktop computers this is normally achieved via
some system setting of the monitor scaling. I think most people just want
a consistent scaling across all applications and so there is just no need
in gen
To: Mac app developers / users
I started looking into JDK-8231513 [1] -- "JavaFX cause Keystroke
Receiving prompt on MacOS 10.15 (Catalina)" -- a couple days ago. The
effect of this bug is that a scary dialog is shown for all users the
first time they run a JavaFX application and move the mous
On Windows, mnemonics is activated when ALT is pressed. This is true for apps
made in JavaFX.
However I have found the following discrepancy between Windows Native Apps and
JavaFX apps:
In Windows, pressing any key(not assigned to mnemonics) in combination with ALT
doesn't de-activates mnemoni
Yes, a scale transform doesn't affect layout. That's the issue. Browser
zoom scales fonts, images and widgets but in a way that affects layout
bounds, not only render bounds.
As far as I can tell there's no way to do a zoom or scale that affects
layout bounds with the public JavaFX API. Exploring
Hearing no objections, we will enable this for pull requests on the jfx
repo starting Tuesday, Feb 4.
-- Kevin
On 1/8/2020 11:34 AM, Kevin Rushforth wrote:
Does anyone strongly feel otherwise? If not, then I'll request the
Skara team to enable this feature.
-- Kevin
On 1/8/2020 11:26 AM,
On Thu, 30 Jan 2020 08:15:48 GMT, Frederic Thevenet
wrote:
>> This PR aims to address the following issue: JDK-8088198 Exception thrown
>> from snapshot if dimensions are larger than max texture size
>>
>> In order to do that, it simply captures snapshots in multiple tiles of
>> maxTextureSiz
22 matches
Mail list logo
