On Wed, 20 Apr 2022 18:26:06 GMT, Jose Pereda wrote:
> This PR updates the screen for each window even for the case where the old
> screen has been disposed but there is a new screen instance found for such
> window.
>
> This is the case of Android, where the lifecycle of the application
A common reason for using the `TextFormatter` is the need for a `filter`.
Therefore, the following constructor is typically used:
`public TextFormatter(@NamedArg("filter") UnaryOperator filter) { ... }`
With that, no `valueConverter` is set in the `TextFormatter`.
When a `TextField` will commit
Hi all,
I haven't understood what part of GStreamer is included in JavaFX.
Can I record the screen with it using d3d11screencapturesrc or ximagesrc?
Thanks
Davide
On Thu, 21 Apr 2022 08:38:20 GMT, Robert Lichtenberger
wrote:
> Separate test class added for TreeTableView case.
> Fix is analogous to JDK-8251480.
Looks good! Verified that the fix works.
I can also confirm, that this fix is the same as previously done for
`TableView` in PR:
On Tue, 10 May 2022 16:37:57 GMT, Kevin Rushforth wrote:
> Doc-only change to update the license attribution in our `webkit.md` file.
This pull request has now been integrated.
Changeset: 7bb48194
Author:Kevin Rushforth
URL:
On Tue, 10 May 2022 16:37:57 GMT, Kevin Rushforth wrote:
> Doc-only change to update the license attribution in our `webkit.md` file.
LGTM
-
Marked as reviewed by arapte (Reviewer).
PR: https://git.openjdk.java.net/jfx/pull/793
Doc-only change to update the license attribution in our `webkit.md` file.
-
Commit messages:
- 8283869: Update attribution in webkit.md file
Changes: https://git.openjdk.java.net/jfx/pull/793/files
Webrev: https://webrevs.openjdk.java.net/?repo=jfx=793=00
Issue:
On Mon, 9 May 2022 21:07:39 GMT, Kevin Rushforth wrote:
> Almost clean backport to `jfx17u`. Tested in connection with libffi update in
> the `test-kcr-17.0.4` branch.
>
> The only difference from the mainline patch is that the following file is not
> present in `jfx17u`, so that part of the
On Mon, 9 May 2022 21:20:29 GMT, Kevin Rushforth wrote:
> This PR is dependent on #58 so it is in Draft for now. Once #58 is
> integrated, I will rebase this and submit it, at which time it will be a
> clean backport, and the diffs will only show the updated test and build
> changes
On Tue, 10 May 2022 15:19:58 GMT, Jose Pereda wrote:
>> This PR updates the screen for each window even for the case where the old
>> screen has been disposed but there is a new screen instance found for such
>> window.
>>
>> This is the case of Android, where the lifecycle of the application
> This PR updates the screen for each window even for the case where the old
> screen has been disposed but there is a new screen instance found for such
> window.
>
> This is the case of Android, where the lifecycle of the application allows
> destroying the native screen when the app goes to
This PR is dependent on #58 so it is in Draft for now. Once #58 is integrated,
I will rebase this and submit it, at which time it will be a clean backport,
and the diffs will only show the updated test and build changes associated with
just this fix.
-
Commit messages:
- 8280275:
On Tue, 10 May 2022 12:56:53 GMT, Thiago Milczarek Sayao
wrote:
>> When there's an APPLICATION_MODAL window, all other windows are disabled and
>> re-enabled when the APPLICATION_MODAL window closes. This causes
>> `requestToFront()` to be called on every window, and it does not guarantee
>>
On Mon, 9 May 2022 21:14:23 GMT, Kevin Rushforth wrote:
> Clean backport to `jfx17u`.
This pull request has now been integrated.
Changeset: be207ddb
Author:Kevin Rushforth
URL:
https://git.openjdk.java.net/jfx17u/commit/be207ddb7249b369a028bc6fb6985adda7841648
Stats: 227 lines
On Mon, 9 May 2022 21:22:04 GMT, Kevin Rushforth wrote:
> Clean backport to `jfx17u` so we can build on macOS / aarch64 without needing
> to specify `-PCOMPILE_TARGET=arm64`.
This pull request has now been integrated.
Changeset: a5edae13
Author:Kevin Rushforth
URL:
On Mon, 9 May 2022 21:15:34 GMT, Kevin Rushforth wrote:
> Clean backport to `jfx17u`.
This pull request has now been integrated.
Changeset: bdb8d28e
Author:Kevin Rushforth
URL:
https://git.openjdk.java.net/jfx17u/commit/bdb8d28ecc7bb10278a9a8385da79b5f5652bb09
Stats: 84 lines
> When there's an APPLICATION_MODAL window, all other windows are disabled and
> re-enabled when the APPLICATION_MODAL window closes. This causes
> `requestToFront()` to be called on every window, and it does not guarantee
> order.
>
> The fix also works for:
>
On Mon, 9 May 2022 21:18:07 GMT, Kevin Rushforth wrote:
> Clean backport to `jfx17u`.
This pull request has now been integrated.
Changeset: 2ab0e82e
Author:Kevin Rushforth
URL:
https://git.openjdk.java.net/jfx17u/commit/2ab0e82ee9cf2516b32914e2df4725becf8a2664
Stats: 161 lines
On Mon, 9 May 2022 21:13:07 GMT, Kevin Rushforth wrote:
> Clean backport to `jfx17u`. Tested along with the rest of the fixes in the
> `test-kcr-17.0.4` branch.
This pull request has now been integrated.
Changeset: 684c80fc
Author:Kevin Rushforth
URL:
On Wed, 17 Feb 2021 18:50:54 GMT, Kevin Rushforth wrote:
>> `Tooltip` is no longer hiding upon receiving
>> `MouseEvent.MOUSE_ENTERED_TARGET` event inside it. Pressing mouse on
>> overlaying tooltip also kills the tooltip, so the infinite duration tooltip
>> can be closed.
>
> One more
> `Tooltip` is no longer hiding upon receiving
> `MouseEvent.MOUSE_ENTERED_TARGET` event inside it. Pressing mouse on
> overlaying tooltip also kills the tooltip, so the infinite duration tooltip
> can be closed.
Paweł Kruszczyński has updated the pull request with a new target base due to a
On Mon, 9 May 2022 14:54:55 GMT, Thiago Milczarek Sayao
wrote:
>> When there's an APPLICATION_MODAL window, all other windows are disabled and
>> re-enabled when the APPLICATION_MODAL window closes. This causes
>> `requestToFront()` to be called on every window, and it does not guarantee
>>
On Wed, 4 May 2022 16:55:30 GMT, Jose Pereda wrote:
>> This PR updates the screen for each window even for the case where the old
>> screen has been disposed but there is a new screen instance found for such
>> window.
>>
>> This is the case of Android, where the lifecycle of the application
On Wed, 4 May 2022 16:55:30 GMT, Jose Pereda wrote:
>> This PR updates the screen for each window even for the case where the old
>> screen has been disposed but there is a new screen instance found for such
>> window.
>>
>> This is the case of Android, where the lifecycle of the application
24 matches
Mail list logo
