On Fri, 16 May 2025 23:02:30 GMT, Andy Goryachev wrote:
> It is weird that we have to add third-party specific code to JavaFX as a
> workaround - why doesn't macOS provide a general purpose API for this?
Normally an input method is designed for a specific language and is bundled
with a collect
On Fri, 16 May 2025 23:13:43 GMT, Andy Goryachev wrote:
>> Martin Fox has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Second try at making Keyman work to some extent
>
> modules/javafx.graphics/src/main/native-glass/mac/GlassView3D.m lin
On Sat, 10 May 2025 23:41:44 GMT, Marius Hanl wrote:
> This PR bumps the JUnit version to 5.12.2.
> Also removed 2 now unused variables since I phased out the JUnit Vintage
> Engine + Hamcrest.
>
> Changelog:
> https://junit.org/junit5/docs/current/release-notes/index.html#release-notes-5.12.2
Interesting questions. There are two high level questions here (I
think). First, should the Monocle headless platform be part of the
javafx.graphics module or should it be a separate module? Second, should
the headless "platform" be considered a completely different OS platform
or, since it is
On Fri, 16 May 2025 22:25:20 GMT, Martin Fox wrote:
>> Under the hood the Keyman input method appears as a US English keyboard
>> layout. The characters attached to an NSEvent are always US English Roman
>> even if the selected Keyman layout is, say, Hebrew or Dvorak. Keyman sends
>> the corre
On Fri, 16 May 2025 22:25:20 GMT, Martin Fox wrote:
>> Under the hood the Keyman input method appears as a US English keyboard
>> layout. The characters attached to an NSEvent are always US English Roman
>> even if the selected Keyman layout is, say, Hebrew or Dvorak. Keyman sends
>> the corre
On Fri, 16 May 2025 22:21:52 GMT, Martin Fox wrote:
> keeps sending backspaces to erase previous characters
I do know that keyboards in general need to be able to interact with the
existing context, that is, to convert h + i into ひ erasing the "h". I'm not
sure of the correct mechanism here bu
On Wed, 14 May 2025 15:31:46 GMT, Martin Fox wrote:
> Under the hood the Keyman input method appears as a US English keyboard
> layout. The characters attached to an NSEvent are always US English Roman
> even if the selected Keyman layout is, say, Hebrew or Dvorak. Keyman sends
> the correct H
> Under the hood the Keyman input method appears as a US English keyboard
> layout. The characters attached to an NSEvent are always US English Roman
> even if the selected Keyman layout is, say, Hebrew or Dvorak. Keyman sends
> the correct Hebrew or Dvorak character to insertText:replacementRan
On Sat, 10 May 2025 23:41:44 GMT, Marius Hanl wrote:
> This PR bumps the JUnit version to 5.12.2.
> Also removed 2 now unused variables since I phased out the JUnit Vintage
> Engine + Hamcrest.
>
> Changelog:
> https://junit.org/junit5/docs/current/release-notes/index.html#release-notes-5.12.2
On Fri, 16 May 2025 19:03:21 GMT, Andy Goryachev wrote:
>> We could also just keep it with a fixed threshold, but remove the system
>> property.
>
> It just seems unnecessary to add all this complexity. The first exception is
> all we need, really - we can skip the 2nd, 3rd, ... This might ru
On Fri, 16 May 2025 18:52:57 GMT, Michael Strauß wrote:
>> modules/javafx.graphics/src/main/java/com/sun/scenario/animation/AbstractPrimaryTimer.java
>> line 352:
>>
>>> 350: }
>>> 351:
>>> 352: private static abstract class ReceiverRecord {
>>
>> All this does look complicated, just
On Fri, 16 May 2025 19:03:14 GMT, Michael Strauß wrote:
>> We're throwing away all exceptions after a certain point (either after the
>> first, or some number of exceptions after that). A potential use case would
>> be debugging a large application that for some reason throws lots of
>> differ
On Fri, 16 May 2025 18:47:03 GMT, Andy Goryachev wrote:
>> Michael Strauß has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> review comments
>
> modules/javafx.graphics/src/main/java/com/sun/scenario/animation/AbstractPrimaryTimer.java
> l
On Fri, 16 May 2025 18:12:35 GMT, Michael Strauß wrote:
>> When an exception is thrown from `AnimationTimer::handle`, the JavaFX
>> application freezes. The reason is that the user exception will bubble up
>> into framework code, preventing the normal operation of JavaFX.
>>
>> The following p
On Fri, 16 May 2025 18:27:14 GMT, Andy Goryachev wrote:
>> Michael Strauß has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> review comments
>
> modules/javafx.graphics/src/main/java/com/sun/scenario/animation/AbstractPrimaryTimer.java
> l
On Fri, 16 May 2025 18:12:35 GMT, Michael Strauß wrote:
>> When an exception is thrown from `AnimationTimer::handle`, the JavaFX
>> application freezes. The reason is that the user exception will bubble up
>> into framework code, preventing the normal operation of JavaFX.
>>
>> The following p
On Fri, 16 May 2025 18:12:35 GMT, Michael Strauß wrote:
>> When an exception is thrown from `AnimationTimer::handle`, the JavaFX
>> application freezes. The reason is that the user exception will bubble up
>> into framework code, preventing the normal operation of JavaFX.
>>
>> The following p
On Fri, 16 May 2025 07:03:38 GMT, Lukasz Kostyra wrote:
>> This follow-up change finishes the earlier changes to
>> `ImageStorage.loadAll()` and adds support for loading specific scale
>> requested in the input.
>>
>> `loadAll()` will now first check if the input path ends with a scaling level
On Fri, 16 May 2025 17:51:40 GMT, Andy Goryachev wrote:
>> Michael Strauß has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> review comments
>
> modules/javafx.graphics/src/main/java/com/sun/scenario/animation/AbstractPrimaryTimer.java
> l
> When an exception is thrown from `AnimationTimer::handle`, the JavaFX
> application freezes. The reason is that the user exception will bubble up
> into framework code, preventing the normal operation of JavaFX.
>
> The following program demonstrates the defect:
>
>
> public class FailingAni
On Fri, 16 May 2025 14:38:20 GMT, Michael Strauß wrote:
> When an exception is thrown from `AnimationTimer::handle`, the JavaFX
> application freezes. The reason is that the user exception will bubble up
> into framework code, preventing the normal operation of JavaFX.
>
> The following progra
On Wed, 14 May 2025 15:31:46 GMT, Martin Fox wrote:
> Under the hood the Keyman input method appears as a US English keyboard
> layout. The characters attached to an NSEvent are always US English Roman
> even if the selected Keyman layout is, say, Hebrew or Dvorak. Keyman sends
> the correct H
On Wed, 14 May 2025 15:31:46 GMT, Martin Fox wrote:
> Under the hood the Keyman input method appears as a US English keyboard
> layout. The characters attached to an NSEvent are always US English Roman
> even if the selected Keyman layout is, say, Hebrew or Dvorak. Keyman sends
> the correct H
When an exception is thrown from `AnimationTimer::handle`, the JavaFX
application freezes. The reason is that the user exception will bubble up into
framework code, preventing the normal operation of JavaFX.
The following program demonstrates the defect:
public class FailingAnimationTimer exte
On Fri, 16 May 2025 07:03:38 GMT, Lukasz Kostyra wrote:
>> This follow-up change finishes the earlier changes to
>> `ImageStorage.loadAll()` and adds support for loading specific scale
>> requested in the input.
>>
>> `loadAll()` will now first check if the input path ends with a scaling level
On loading of the reported URL, it looks like a browser version check is made
(like Safari version, Chrome version etc). At present the browser version is
not part of the user agent string we are using for JavaFX Webview
Solution:
Added a version string in the user agent similar to Safari.
Veri
On Thu, 15 May 2025 12:36:22 GMT, Kevin Rushforth wrote:
> This looks reasonable. Please update the description with what testing you
> have done on various websites.
>
> I left one clarifying suggestion inline.
I tested some social media and bank urls and the page was loading as expected.
--
On Thu, 15 May 2025 09:26:42 GMT, Gopal Pattnaik wrote:
> On loading of the reported URL, it looks like a browser version check is made
> (like Safari version, Chrome version etc). At present the browser version is
> not part of the user agent string we are using for JavaFX Webview
>
> Solutio
Hi,
The Headless Glass Platform has been in the jfx sandbox repository [1] for
some time now, and we have provided a number of builds allowing users to
test the headless platform. The reactions were very positive. It's mainly
being used in 2 areas: testing is obviously a major usecase, especially
> Some platform preference changes can trigger the emission of multiple
> notifications. For example, when switching from a high-contrast theme on
> Windows to the regular theme, the following notifications are emitted (log
> can be viewed in `PlatformPreferencesChangedTest`):
>
>
> changed:
>
> This follow-up change finishes the earlier changes to
> `ImageStorage.loadAll()` and adds support for loading specific scale
> requested in the input.
>
> `loadAll()` will now first check if the input path ends with a scaling level
> specified, and if that is the case it will attempt creating
32 matches
Mail list logo
