Re: RFR: 8307316: Let JavaFX be built on unknown architectures [v2]

2023-07-12 Thread Glavo
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

Re: RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor

2023-09-03 Thread Glavo
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

List scrolling is very slow in JavaFX 17

2022-11-22 Thread Glavo
ommit/8e547571fb3d40df843c27fc11921b5d4765c481 I wonder if this is a bug? Best regards, Glavo

Re: List scrolling is very slow in JavaFX 17

2022-11-22 Thread Glavo
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

Re: Proposed schedule for JavaFX 20

2022-12-21 Thread Glavo
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

Re: Proposed schedule for JavaFX 20

2022-12-28 Thread Glavo
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

Re: Proposed schedule for JavaFX 20

2022-12-28 Thread Glavo
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

Re: Removing gtk2 support

2023-01-04 Thread Glavo
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

Re: Removing gtk2 support

2023-01-05 Thread Glavo
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

Does OpenJFX 19.0.2 fix the crash on macOS?

2023-01-18 Thread Glavo
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

Re: Does OpenJFX 19.0.2 fix the crash on macOS?

2023-01-18 Thread Glavo
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

Re: Does OpenJFX 19.0.2 fix the crash on macOS?

2023-01-18 Thread Glavo
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

Re: Does OpenJFX 19.0.2 fix the crash on macOS?

2023-01-18 Thread Glavo
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

Re: RFR: 8281327: JavaFX does not support fonts installed per-user on Windows 10/11

2023-01-31 Thread 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

Replace Collections.unmodifiableList with List.of

2023-02-01 Thread Glavo
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

RFR: 8301604: Replace Collections.unmodifiableList with List.of

2023-02-01 Thread Glavo
`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

Re: RFR: 8301604: Replace Collections.unmodifiableList with List.of

2023-02-01 Thread Glavo
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

Re: RFR: 8301604: Replace Collections.unmodifiableList with List.of

2023-02-01 Thread Glavo
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

Re: RFR: 8301604: Replace Collections.unmodifiableList with List.of [v2]

2023-02-01 Thread Glavo
> `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

Re: RFR: 8301604: Replace Collections.unmodifiableList with List.of [v3]

2023-02-01 Thread Glavo
> `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

Integrated: 8301604: Replace Collections.unmodifiableList with List.of

2023-02-02 Thread Glavo
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

Re: RFR: 8299595: Remove terminally deprecated JavaFX GTK 2 library [v7]

2023-02-21 Thread Glavo
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

Re: RFR: 8299595: Remove terminally deprecated JavaFX GTK 2 library [v7]

2023-02-21 Thread Glavo
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

Re: RFR: 8303038: Glass gtk3 sends scroll events with delta(x,y) = 0

2023-02-21 Thread Glavo
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

Re: RFR: 8303038: Glass gtk3 sends scroll events with delta(x,y) = 0

2023-02-22 Thread Glavo
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 :) > >

Re: RFR: 8303038: Glass gtk3 sends scroll events with delta(x,y) = 0

2023-02-22 Thread Glavo
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 :) > >

Re: RFR: 8303038: Glass gtk3 sends scroll events with delta(x, y) = 0 [v3]

2023-02-23 Thread Glavo
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

Re: Allow OpenJFX to be built on unknown architectures

2023-03-30 Thread Glavo
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

Re: Allow OpenJFX to be built on unknown architectures

2023-03-30 Thread Glavo
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

Re: WebP support

2023-04-05 Thread Glavo
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

Re: RFR: JDK-8307807 Replace use of System.getProperty("os.name") with PlatformUtil calls [v3]

2023-05-11 Thread Glavo
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

Re: RFR: JDK-8308028 Replace more uses of System.getProperty("os.name") with PlatformUtil calls [v2]

2023-05-13 Thread Glavo
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

Re: RFR: JDK-8308028 Replace more uses of System.getProperty("os.name") with PlatformUtil calls [v3]

2023-05-13 Thread Glavo
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

Re: My JavaFX app is managed by efficiency cores once reduced in tray icon.

2023-05-23 Thread Glavo
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

Re: RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor [v20]

2024-05-14 Thread Glavo
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

Re: RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor [v20]

2024-05-17 Thread Glavo
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`. >>

Re: RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor [v20]

2024-06-07 Thread Glavo
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

Re: RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor [v21]

2024-06-08 Thread Glavo
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`. >>

Re: JavaFX on Windows ARM

2024-06-09 Thread Glavo
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

JavaFX applications do not display titles and icons correctly on the dock on Ubuntu 24.04

2024-10-08 Thread Glavo
find a related issue on JBS, can anyone take a look at this issue? Glavo

Re: RFR: 8313424: JavaFX controls in the title bar [v3]

2024-10-20 Thread Glavo
On Sun, 20 Oct 2024 01:23:01 GMT, Michael Strauß wrote: >> This PR is a new take on a highly requested feature: JavaFX controls in the >> header bar (see also #594 for an earlier iteration). >> >> This is a feature with many possible ways to skin the cat, and it has taken >> quite a bit of eff

Re: RFR: 8342456: Remove calls to doPrivileged in javafx.graphics/other [v2]

2024-10-31 Thread Glavo
On Thu, 31 Oct 2024 14:09:52 GMT, Lukasz Kostyra wrote: >> This PR removes uses of `AccessControler.doPrivileged()` from >> `javafx.graphics` package. All uses of `doPrivileged()` were removed >> _excluding_ `com.sun.javafx.tk` and `com.sun.ui.glass` subpackages - those >> are handled by [JDK-

Re: RFR: 8342453: Remove calls to doPrivileged in javafx.graphics/com.sun.javafx.tk [v2]

2024-10-31 Thread Glavo
On Wed, 30 Oct 2024 20:43:07 GMT, Kevin Rushforth wrote: >> This PR removes all doPrivileged calls from `com.sun.javafx.tk**` in the >> `javafx.graphics` module. >> >> Here is a quick overview of what I did for this fix: >> >> 1. Changed all simple cases of `doPrivileged((PrivilegedAction) ()

Re: RFR: 8342992: Security manager check should not use deprecated methods [v2]

2024-11-07 Thread Glavo
On Thu, 7 Nov 2024 13:17:33 GMT, Kevin Rushforth wrote: >> As specified in the security manager removal CSR, >> [JDK-8341858](https://bugs.openjdk.org/browse/JDK-8341858), JavaFX now >> checks at startup whether the security manager is enabled and fails fast >> with an `UnsupportedOperationExc

Class ButtonAccessibility is implemented twice in JFX 17.0.13

2024-11-14 Thread Glavo
ent to instance 0x624fb540' This crash occurred after we bumped the JavaFX from 19.0.2.1 to 17.0.13. It looks like it's related to JDK-8311806, is it? If yes, I'd like to request a backport of the patch that fixes it to JavaFX 17u. Glavo [1]: https://github.com/HMCL-dev/HMCL/issues/3409

Re: RFR: 8305418: [Linux] Replace obsolete XIM as Input Method Editor [v35]

2025-01-16 Thread Glavo
On Thu, 16 Jan 2025 14:32:14 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`. >>

Proposal: A new universal Image API independent of java.desktop

2025-04-05 Thread Glavo
the same image format. This interface should be bidirectionally compatible with javax.imageio: The implementation of javax.imageio.spi can be regarded as the implementation of the new interface, and the implementation of the new interface can also be accessed through javax.imageio. I want to

Re: Proposal: A new common Image API

2025-04-18 Thread Glavo
hotos, etc. Glavo On Thu, Apr 17, 2025 at 3:35 AM John Neffenger wrote: > On 4/16/25 3:04 AM, Glavo wrote: > > * Different image APIs have to repeatedly implement support for reading > the same image format (such as JPEG). > In fact, AWT, JavaFX, and Android now each implement

Re: Re[2]: Proposal: A new common Image API

2025-04-18 Thread Glavo
'll try to implement it myself and then seek guidance. What is the difference between what you’re describing and the Apache > Commons Imaging project itself? Apache Commons Imaging currently depends on AWT BufferedImage. It does not include the things mentioned in the email. Glavo On Fr

Proposal: A new common Image API

2025-04-16 Thread Glavo
expert in this field, so I'm worried about creating designs with many flaws. Therefore, I haven't attempted to implement it yet. If anyone is willing to implement it, I'd like to help. I had sent an email a few days ago but no one responded, so I re-edited it and sent this one. Glavo

Add more useful APIs to javafx.scene.text.Font

2025-05-04 Thread Glavo
hods, making it impossible to determine whether a font can render a given text. I found that CharToGlyphMapper actually contains the corresponding method, but it is not exposed through the Font API. So is it possible to add more useful API methods to Font, like AWT does? This will be of great help to

Re: Proposal: A new common Image API

2025-04-19 Thread Glavo
good example) and prevent developers from having to reinvent the wheel repeatedly. Glavo [1]: https://github.com/Traneptora/jxlatte On Sun, Apr 20, 2025 at 12:11 AM Kevin Rushforth wrote: > I agree with Phil on this. I don't see enough value in creating yet > another image library in

Re: Proposal: A new common Image API

2025-04-19 Thread Glavo
it is just a delusion. I don't understand why so many people expect it. I think creating a new module containing a new API is the pragmatic choice. Glavo On Sun, Apr 20, 2025 at 1:56 AM Andrew Thompson wrote: > Reading this thread as an outsider, the things that keep coming up over > a

Re: What is the best way to get a high frame rate in a JavaFX application?

2025-02-28 Thread Glavo
/openjdk/jfx/pull/1726 Can anyone take a look at it? Glavo On Thu, Feb 27, 2025 at 2:17 AM Johan Vos wrote: > Hi Glavo, > > I believe setting the javafx.animation.pulse is indeed the best way to > increase the render frequency (or to minimize the time between 2 pulses). > It is ind

Some issues with increasing the value of javafx.animation.pulse

2025-03-04 Thread Glavo
automatically selecting graphics cards when javafx.animation.pulse is set. Glavo

Re: Some issues with increasing the value of javafx.animation.pulse

2025-03-05 Thread Glavo
his solved his problem. So we think this is the result of adjusting this property. Glavo On Wed, Mar 5, 2025 at 11:09 PM John Hendrikx wrote: > Hi Glavo, > > On which platform is this? On Windows I really don't expect that > setting pulse higher will do much (I posted this a few d

Re: What is the best way to get a high frame rate in a JavaFX application?

2025-02-26 Thread Glavo
I found that setting `javafx.animation.pulse` to a higher value worked for me. I considered setting `javafx.animation.pulse` to 120 for all users to get smooth animation. Is this the most recommended approach at this time? Glavo On Wed, Feb 26, 2025 at 3:55 AM Glavo wrote: > Hi, > > R

What is the best way to get a high frame rate in a JavaFX application?

2025-02-25 Thread Glavo
ng it to a fixed value? Glavo

Re: Add more useful APIs to javafx.scene.text.Font

2025-05-12 Thread Glavo
I hope this issue gets more attention. Can anyone take a look at this email? Glavo On Sun, May 4, 2025 at 4:18 PM Glavo wrote: > Hi, > > We have noticed that JavaFX's strategy for selecting default fonts can > sometimes be quite odd, > and at times it doesn't prope

Re: RFR: 8350149: VBox ignores bias of child controls when fillWidth is set to false [v4]

2025-07-19 Thread Glavo
On Fri, 28 Feb 2025 21:30:31 GMT, John Hendrikx wrote: >> Fixes the case where `VBox` will ignore the (horizontal) bias of a child >> when its fill width property is set to `false`. This manifests itself with >> labels that have their wrap text property set to `true`, and the container >> is

For fonts with localized names, JavaFX cannot find the font by the default name on Windows

2025-07-12 Thread Glavo
by its English name; 2. Provide a new method Font::getLocalizedFamily() to get the localized name of the font. Glavo

Re: RFR: 8350149: VBox ignores bias of child controls when fillWidth is set to false [v4]

2025-07-04 Thread Glavo
On Fri, 28 Feb 2025 21:30:31 GMT, John Hendrikx wrote: >> Fixes the case where `VBox` will ignore the (horizontal) bias of a child >> when its fill width property is set to `false`. This manifests itself with >> labels that have their wrap text property set to `true`, and the container >> is

Re: RFR: 8350149: VBox ignores bias of child controls when fillWidth is set to false [v4]

2025-07-04 Thread Glavo
On Sat, 5 Jul 2025 02:32:18 GMT, Glavo wrote: >> John Hendrikx has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Clarify terms > > Unfortunately, this commit caused our app to behave abnormally :( > &g

Re: For fonts with localized names, JavaFX cannot find the font by the default name on Windows

2025-07-15 Thread Glavo
xtremely confusing, and lacks useful methods. If I don't test it on every platform, I have no idea how it will work. I think it really needs a huge refactor. Glavo On Wed, Jul 16, 2025 at 3:20 AM Philip Race wrote: > I can't be sure - without inspecting the font and debugging the c

Re: For fonts with localized names, JavaFX cannot find the font by the default name on Windows

2025-07-15 Thread Glavo
, and we cannot find the font based on the returned name. This problem does not occur on Linux and Windows, because those platforms do not unify fonts into a single family. Besides these issues, I also get tired of the subtle differences in behavior between different platforms. Can we bridge the d

Re: Some feature requests/improvement suggestions for the JavaFX Font API

2025-07-23 Thread Glavo
Has anyone seen this email? Glavo On Mon, Jul 21, 2025 at 2:29 AM Glavo wrote: > Hi, > > We noticed that the Font API had many bugs and inconsistencies, and was > missing a lot of functionality. > Unfortunately, I don't have enough knowledge in this field to solve them.

Some feature requests/improvement suggestions for the JavaFX Font API

2025-07-20 Thread Glavo
FontFeature class: https://api.flutter.dev/flutter/dart-ui/FontFeature-class.html Glavo