As far as I know, BellSoft provides OpenJDK and OpenJFX builds for Windows
on ARM[1].
But like Johan said, the media and web modules are not available yet.
Maybe they are interested in this.
Glavo
[1]:
https://bell-sw.com/pages/downloads/?os=windows&architecture=arm&package=jdk-full
On
On Mon, 27 May 2024 09:25:24 GMT, Thiago Milczarek Sayao
wrote:
>> This replaces obsolete XIM and uses gtk api for IME.
>> Gtk uses [ibus](https://github.com/ibus/ibus)
>>
>> Gtk3+ uses relative positioning (as Wayland does), so I've added a Relative
>> positioning on `InputMethodRequest`.
>>
On Fri, 17 May 2024 19:10:17 GMT, Glavo wrote:
>> Thiago Milczarek Sayao has updated the pull request with a new target base
>> due to a merge or a rebase. The pull request now contains 94 commits:
>>
>> - Merge branch 'master' into new_ime
>> - A
On Sun, 18 Feb 2024 23:10:12 GMT, Thiago Milczarek Sayao
wrote:
>> This replaces obsolete XIM and uses gtk api for IME.
>> Gtk uses [ibus](https://github.com/ibus/ibus)
>>
>> Gtk3+ uses relative positioning (as Wayland does), so I've added a Relative
>> positioning on `InputMethodRequest`.
>>
On Mon, 13 May 2024 14:51:03 GMT, Thiago Milczarek Sayao
wrote:
> I will no longer commit to this change.
Why? I'm getting ready to test this PR in the
[HMCL](https://github.com/HMCL-dev/HMCL) community, and I expect it will
address a lot of complaints from Linux users.
HMCL is a popular app
On Sun, 2 Apr 2023 20:38:25 GMT, Thiago Milczarek Sayao
wrote:
> This replaces obsolete XIM and uses gtk api for IME.
> Gtk uses [ibus](https://github.com/ibus/ibus)
>
> Gtk3+ uses relative positioning (as Wayland does), so I've added a Relative
> positioning on `InputMethodRequest`.
I am a n
On Tue, 13 Jun 2023 14:39:57 GMT, John Neffenger wrote:
>> Please review these changes to the Gradle build files and the dependency
>> verification file. The initial version of this pull request extends the
>> permitted build platforms for Linux to the Java architectures `arm`,
>> `ppc64le`, a
Process Lasso[1] may help you.
Glavo
[1]
https://bitsum.com/product-update/process-lasso-10-4-cpu-sets-and-adler-lake/
On Wed, May 24, 2023 at 3:31 AM Davide Perini
wrote:
> As title.
> I'm pretty sure that my JavaFX app is managed by efficiency cores once
> reduced in tray
On Sat, 13 May 2023 17:19:34 GMT, Carl Döbbelin wrote:
>> replaced implementation of OS checks in HostUtils with calls of PlatformUtil
>
> Carl Döbbelin has updated the pull request incrementally with one additional
> commit since the last revision:
>
> refactored HostUtils
modules/javafx.me
On Sat, 13 May 2023 16:40:39 GMT, Carl Döbbelin wrote:
>> replaced implementation of OS checks in HostUtils with calls of PlatformUtil
>
> Carl Döbbelin has updated the pull request incrementally with one additional
> commit since the last revision:
>
> added isEmbedded
> I have looked at `H
On Thu, 11 May 2023 16:30:58 GMT, Carl Döbbelin wrote:
>> Replaced querying of `System.getProperty("os.name")` to check for OS with
>> the use of the methods provided by `PlatformUtils`
>
> Carl Döbbelin has updated the pull request incrementally with one additional
> commit since the last revi
the near future,
I would be happy that it has saved me a lot of time.
Glavo
[1] https://github.com/haraldk/TwelveMonkeys
On Thu, Apr 6, 2023 at 2:50 AM Jerry Kramskoy
wrote:
> Hi Guys,
>
> Are there plans to support WebP soon? Lack of support means that SEO is
> getting penalis
Thank you for your contribution!
I compiled OpenJFX for RISC-V and MIPS64el platforms with reference to your
patch, thereby porting our JavaFX applications to these platforms, and it
worked well.
Glavo
On Fri, Mar 31, 2023 at 1:59 AM John Neffenger wrote:
> On 3/30/23 10:44 AM, Ke
Did I successfully send this email to the mailing list?
On Wed, Mar 29, 2023 at 10:18 PM Glavo wrote:
> Hi everyone,
>
> Currently OpenJFX's build script asserts the CPU architecture and does not
> allow building on unknown architectures.
> But in fact OpenJFX is cross-platf
On Thu, 23 Feb 2023 11:28:56 GMT, Thiago Milczarek Sayao
wrote:
>> Simple fix to get the scroll deltas from GDK_SCROLL_SMOOTH. If we ignore
>> this scroll event type, deltas are sent to java with the value equal to zero.
>>
>> Here's whats happening:
>>
>> We include all event masks, so when
On Wed, 22 Feb 2023 10:56:01 GMT, Thiago Milczarek Sayao
wrote:
>> Are you sure this PR fixes this problem?
>>
>> I tested it and not only did it not fix the scroll up issue, the scroll down
>> was broken too.
>
> @Glavo I'm never sure :)
>
>
On Wed, 22 Feb 2023 10:56:01 GMT, Thiago Milczarek Sayao
wrote:
>> Are you sure this PR fixes this problem?
>>
>> I tested it and not only did it not fix the scroll up issue, the scroll down
>> was broken too.
>
> @Glavo I'm never sure :)
>
>
On Wed, 22 Feb 2023 01:11:55 GMT, Thiago Milczarek Sayao
wrote:
> Simple fix to get the scroll deltas from GDK_SCROLL_SMOOTH. If we ignore this
> scroll event type, deltas are sent to java with the value equal to zero.
Are you sure this PR fixes this problem?
I tested it and not only did it
On Tue, 21 Feb 2023 00:29:13 GMT, Thiago Milczarek Sayao
wrote:
>> Simple PR to remove gtk2 library compilation and loading.
>
> Thiago Milczarek Sayao has updated the pull request incrementally with one
> additional commit since the last revision:
>
> Improve exception
import com.jfoenix.c
On Tue, 21 Feb 2023 00:29:13 GMT, Thiago Milczarek Sayao
wrote:
>> Simple PR to remove gtk2 library compilation and loading.
>
> Thiago Milczarek Sayao has updated the pull request incrementally with one
> additional commit since the last revision:
>
> Improve exception
I think there is a n
On Thu, 26 Jan 2023 05:30:56 GMT, Glavo wrote:
> `List.of` is cleaner, and can slightly reduce the memory footprint for lists
> of one or two elements.
>
> Because `List.of` can only store non-null elements, I have only replaced a
> few usage.
>
> Can someone open a
> `List.of` is cleaner, and can slightly reduce the memory footprint for lists
> of one or two elements.
>
> Because `List.of` can only store non-null elements, I have only replaced a
> few usage.
>
> Can someone open an Issue on JBS for me?
Glavo has updated the pull
> `List.of` is cleaner, and can slightly reduce the memory footprint for lists
> of one or two elements.
>
> Because `List.of` can only store non-null elements, I have only replaced a
> few usage.
>
> Can someone open an Issue on JBS for me?
Glavo has updated the pull
On Thu, 26 Jan 2023 05:30:56 GMT, Glavo wrote:
> `List.of` is cleaner, and can slightly reduce the memory footprint for lists
> of one or two elements.
>
> Because `List.of` can only store non-null elements, I have only replaced a
> few usage.
>
> Can someone open a
On Wed, 1 Feb 2023 11:03:32 GMT, Ao Qi wrote:
>> `List.of` is cleaner, and can slightly reduce the memory footprint for lists
>> of one or two elements.
>>
>> Because `List.of` can only store non-null elements, I have only replaced a
>> few usage.
>>
>> Can someone open an Issue on JBS for me
`List.of` is cleaner, and can slightly reduce the memory footprint for lists of
one or two elements.
Because `List.of` can only store non-null elements, I have only replaced a few
usage.
Can someone open an Issue on JBS for me?
-
Commit messages:
- cleanup
Changes: https://git.o
I opened a PR to clean up the code. Can someone help me open an Issue in
JBS?
https://github.com/openjdk/jfx/pull/1012
With best regards,
Glavo
On Tue, 31 Jan 2023 10:30:22 GMT, Jose Pereda wrote:
> This PR simply applies the patch from
> [JDK-8218914](https://bugs.openjdk.org/browse/JDK-8218914) that solved the
> same issue for the JDK.
>
> I've tested it on Windows 11 (Version 22H2 Build 22621.1105).
>
> I have the Roboto font ins
ider whatever is required to
> achieve this.
>
> Thanks,
>
> - Johan
>
>
> On Wed, Jan 18, 2023 at 5:04 PM Glavo wrote:
>
>> After looking forward to it for a month, I was happy to see the release
>> of OpenJFX 19.0.2, but I was surprised to find that the
am probably missing something, so it would be good to get a better
> understanding of the context?
> I totally agree that we have to make it as easy as possible for end-users
> to run JavaFX applications, so we should consider whatever is required to
> achieve this.
>
> Thank
of JavaFX (20-ea)?
>
> I am probably missing something, so it would be good to get a better
> understanding of the context?
> I totally agree that we have to make it as easy as possible for end-users
> to run JavaFX applications, so we should consider whatever is required to
> ac
After looking forward to it for a month, I was happy to see the release of
OpenJFX 19.0.2, but I was surprised to find that the update log did not
contain JDK-8296654.
I want to know whether this problem has been solved in OpenJFX 19.0.2?
I think this is a very serious problem that needs to be rep
thiago.sa...@gmail.com> wrote:
> Could you report a bug with a test sample? I can take a look.
>
> -- Thiago.
>
> Em qua., 4 de jan. de 2023 às 15:27, Glavo escreveu:
>
>> Our JavaFX application has some strange problems when using GTK3,
>> one of the problems is
Our JavaFX application has some strange problems when using GTK3,
one of the problems is that some ScrollPanes cannot scroll up with the
mouse wheel.
These problems only occur when GTK3 is used on Linux. To avoid this
problem, we have to set jdk.gtk.version to 2.
I haven't found any information a
Great. I am looking forward to the update of JavaFX 19, so that I can fix
this crash for our program.
On Thu, Dec 29, 2022 at 4:47 AM Johan Vos wrote:
> True.
> The issue has been resolved: https://bugs.openjdk.org/browse/JDK-8296654
>
> - Johan
>
> Op wo 28 dec. 2022 om 2
g that could go in the LTS backports for 11
> and 17.
>
> Looking into JDK-8296654, I'm not sure I understand the issue, as the
> builds we do are with XCode 12.4 so that should not cause problems?
>
> - Johan
>
> On Wed, Dec 21, 2022 at 9:06 AM Glavo wrote:
>
>> Wil
Will JavaFX 19 release an updated version?
We have received a lot of feedback about program crashes on the macOS.
These crashes should be caused by JDK-8296654.
Because our program needs to be compatible with Java 11~16, it cannot be
updated to JavaFX 20.
It would be great if we could fix this pro
Tue, Nov 22, 2022 at 4:48 PM Johan Vos wrote:
> Hi Glavo,
>
> There are more frequent calls to updateItem() since the VirtualFlow tries
> to gradually improve its estimation how large the total list size is
> (rather than assuming all cells have the same size). The major point i
ommit/8e547571fb3d40df843c27fc11921b5d4765c481
I wonder if this is a bug?
Best regards,
Glavo
39 matches
Mail list logo