On Fri, 18 Feb 2022 17:04:08 GMT, Alexander Scherbatiy
wrote:
> Zoomed/Rotated with two fingers rectangle flickers (unexpectedly becomes
> pretty small or large and then returns back to previous size several times
> during zooming/rotating) on a Raspberry Pi with Touchscreen.
>
On Wed, 13 Oct 2021 10:52:40 GMT, Fabian Wolter wrote:
> There are sometimes multitouch events detected, when only a single touch
> should be detected under certain conditions. This lead to touch events on
> previous touch positions.
>
> The referenced bug is closed with "won't fix" with the j
On Wed, 13 Oct 2021 10:52:40 GMT, Fabian Wolter wrote:
> There are sometimes multitouch events detected, when only a single touch
> should be detected under certain conditions. This lead to touch events on
> previous touch positions.
>
> The referenced bug is closed with "won't fix" with the j
On Wed, 13 Oct 2021 10:52:40 GMT, Fabian Wolter wrote:
> There are sometimes multitouch events detected, when only a single touch
> should be detected under certain conditions. This lead to touch events on
> previous touch positions.
>
> The referenced bug is closed with "won't fix" with the j
Hello,
There is a JavaFX Application [1] which has a rotated border which
contains a ScrollPane.
When the scroll pane is scrolled vertically by a mouse or by a touch pad
the scrollpane itself is scrolled horizontally.
What I see from the code the ScrollEvent constructor recomputes x and y
Tapping on a circle in the center of the screen sometimes generates mouse click
events outside the circle with x coordinates set to zero.
To reproduce the issue run the
[JFXCircle](https://bugs.openjdk.java.net/secure/attachment/98241/JFXCircle.java)
sample.
It has a circle in the center of the
On Fri, 18 Feb 2022 15:21:49 GMT, Alexander Scherbatiy
wrote:
> There is the bouncing when scrolling a node on a ScrollPane to the
> right/bottom (the node on the scroll pane is scrolled further than its
> width/height so the background is visible and then automatically is scrolled
An axis is not cached in the LinuxTouchTransform class.
To reproduce the issue I added `System.out.printf("initTransform: axis: %d,
index: %d%n", axis, index);` log to the LinuxTouchTransform.initTransform()
method:
https://github.com/openjdk/jfx/blob/5112be957be70dd6521e6fb6ee64e669c148729c/mod
Tapping on a button and next tapping on another place on the screen leads that
the button is pressed twice on a Raspberry Pi with Touchscreen.
For example, run the
[JFXButtonExample](https://bugs.openjdk.java.net/secure/attachment/98181/JFXButtonExample.java)
app and first tap on the button in
Zoomed/Rotated with two fingers rectangle flickers (unexpectedly becomes pretty
small or large and then returns back to previous size several times during
zooming/rotating) on a Raspberry Pi with Touchscreen.
The log with traced events shows that it is possible that only one
ABS_MT_POSITION_X o
There is the bouncing when scrolling a node on a ScrollPane to the right/bottom
(the node on the scroll pane is scrolled further than its width/height so the
background is visible and then automatically is scrolled back to the node
bounds) on Raspberry Pi with Touchscreen.
There is no bouncing w
On Fri, 4 Jun 2021 12:42:23 GMT, Kevin Rushforth wrote:
>> modules/javafx.graphics/src/main/native-glass/monocle/egl/egl_ext.h line 39:
>>
>>> 37:
>>> 38: // initialize the EGL system with the specified handle
>>> 39: extern jboolean doEglInitialize(void* handle);
>>
>> Is it possible to decla
On Thu, 3 Jun 2021 11:41:02 GMT, Johan Vos wrote:
>> Add EGL cursor implementation (Java + native) and the link to low-level
>> drivers.
>> Fix for JDK-8268120
>
> Johan Vos has updated the pull request incrementally with one additional
> commit since the last revision:
>
> fix typo after la
On Tue, 23 Mar 2021 20:19:08 GMT, Alexander Scherbatiy
wrote:
> This is a proposal for cross compiling JavaFX base modules (excluding media
> and webkit) for Windows AArch64 (ARM64).
>
> Main changes:
> - prismES2 native compilation is moved under IS_INCLUDE_ES2 condition
&g
On Thu, 15 Apr 2021 15:57:32 GMT, Kevin Rushforth wrote:
>> build.gradle line 264:
>>
>>> 262: case "amd64" : return "x64"
>>> 263: default: return arch
>>> 264: }
>>
>> I think a function that gets the "converted" arch is very useful, but I'm
>> not sure what the resulting
possible to send the media Windows aarch64 port to review and
> investigate the crash in the separate fix?
Alexander Scherbatiy has updated the pull request incrementally with one
additional commit since the last revision:
Revert back fix with CONVERTED_OS_ARCH and CONVERTED_TARGET_AR
On Wed, 14 Apr 2021 15:02:06 GMT, Johan Vos wrote:
>> Yes, this does seem like a better plan. Should this be done as a follow-on
>> or do you want to see it done now? One reason I ask is that my PR #462
>> (which is now approved, but waiting re-review) does something similar to
>> `getWinArch(
possible to send the media Windows aarch64 port to review and
> investigate the crash in the separate fix?
Alexander Scherbatiy has updated the pull request incrementally with one
additional commit since the last revision:
Add CONVERTED_OS_ARCH and CONVERTED_TARGET_ARCH variables
-
On Tue, 13 Apr 2021 13:04:53 GMT, Kevin Rushforth wrote:
>> Alexander Scherbatiy has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Remove mt.exe from win.gradle build script
>
> buildSrc/win.gradl
On Tue, 13 Apr 2021 13:13:50 GMT, Kevin Rushforth wrote:
>> Alexander Scherbatiy has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Remove mt.exe from win.gradle build script
>
> buildSrc/win.gradle lin
On Tue, 13 Apr 2021 08:41:12 GMT, Alexander Scherbatiy
wrote:
>> This is a proposal for cross compiling JavaFX base modules (excluding media
>> and webkit) for Windows AArch64 (ARM64).
>>
>> Main changes:
>> - prismES2 native compilation is moved under IS_INCLUD
possible to send the media Windows aarch64 port to review and
> investigate the crash in the separate fix?
Alexander Scherbatiy has updated the pull request incrementally with one
additional commit since the last revision:
Remove mt.exe from win.gradle build script
-
Changes
This is a proposal for cross compiling JavaFX base modules (excluding media and
webkit) for Windows AArch64 (ARM64).
Main changes:
- prismES2 native compilation is moved under IS_INCLUDE_ES2 condition
- HOST_ARCH and TARGET_ARCH are retrieved from ext.OS_ARCH and ext.TARGET_ARCH
using substitut
On Fri, 19 Feb 2021 22:54:01 GMT, John Neffenger
wrote:
> The expected result isn't explicit in the bug report, so just to confirm,
> there should be no button action events received at all when you touch any of
> the buttons only for the purpose of scrolling the entire pane, right?
Could you
On Fri, 19 Feb 2021 16:26:50 GMT, Alexander Scherbatiy
wrote:
>> I have Touchscreen only on Raspberry Pi so I checked the touch events only
>> on JavaFX on arm with Monocle and GTK.
>>
>> I also checked the fix with ScrollPaneControlsSample on Linux and Windows
>
On Fri, 19 Feb 2021 16:12:01 GMT, Alexander Scherbatiy
wrote:
>> Can you provide an automated test for this?
>>
>> Since this is touching common code, what testing have you done to ensure no
>> regressions on other platforms when not using Monocle?
>>
>&g
On Fri, 19 Feb 2021 15:56:02 GMT, Kevin Rushforth wrote:
>> The issue is reproduced on Raspberry Pi 3 B+ with Touchscreen display.
>>
>> To reproduce the issue run the
>> [ScrollPaneSample](https://bugs.openjdk.java.net/secure/attachment/93270/ScrollPaneSample.java)
>> with Monocle:
>>> sudo j
The issue is reproduced on Raspberry Pi 3 B+ with Touchscreen display.
To reproduce the issue run the
[ScrollPaneSample](https://bugs.openjdk.java.net/secure/attachment/93270/ScrollPaneSample.java)
with Monocle:
> sudo jdk/bin/java -Dprism.verbose=true -Djavafx.platform=monocle
> -Dembedded=mon
On Tue, 21 Apr 2020 16:47:44 GMT, Alexander Scherbatiy
wrote:
> See the detailed issue description on:
> http://mail.openjdk.java.net/pipermail/openjfx-dev/2020-April/025975.html
>
> The fix 8236448 https://github.com/openjdk/jfx/pull/75 changes
> [MonocleApplication.staticSc
On Mon, 27 Apr 2020 17:43:09 GMT, Johan Vos wrote:
> I'm confused by this, what is the full version of JDK 14.0.1? JavaFX is not
> part of the JDK anymore, therefore I don't
> expect a javafx.platform.properties in the JDK. Iif this is the case, it
> seems a serious bug to me.
I used non Oracl
On Fri, 24 Apr 2020 17:07:25 GMT, John Neffenger
wrote:
>>> To debug the JavaFX on Raspberry Pi I built armv6hf-sdk and just copied the
>>> file _javafx.platform.properties_ from the
>>> full jdk version with JavaFX to jdk-14.0.1/lib directory of jdk without
>>> JavaFX which I used to run my j
not properly calculated based on the given DPI value.
>
> I left the platformScaleX and platformScaleY as 1.f because I do not know how
> it affects Android/Dalvik platform. On
> Raspberry Pi where I run JavaFX code with Monocle the DispmanScreen is used
> which have fixed scale 1.0
On Fri, 24 Apr 2020 01:27:42 GMT, John Neffenger
wrote:
>> Wow, this is going to take some getting used to. 😃 Below is a photograph of
>> the button and text with two changes:
>>
>> 1. the code from this pull request, and
>> 2. the `javafx.platform.properties` file moved to its parent director
See the detailed issue description on:
http://mail.openjdk.java.net/pipermail/openjfx-dev/2020-April/025975.html
The fix 8236448 https://github.com/openjdk/jfx/pull/75 changes
[MonocleApplication.staticScreen_getScreens()](https://github.com/openjdk/jfx/pull/75/files#diff-b66ff7fe72c6c5cd26003572
Hello,
I run a simple JavaFX application which shows a button with jdk 14.0.1
on Raspberry Pi and the drawn button has large size.
This is because of the algorithm which is used by
PrismFontFactory.getSystemFontSize() method [1] to select a system font
size.
If a system is embedded then the
The pull request has been updated with additional changes.
Added commits:
- c55e4d81: Restore new line in the end of .idea/vcs.xml file
Changes:
- all: https://git.openjdk.java.net/jfx/pull/37/files
- new: https://git.openjdk.java.net/jfx/pull/37/files/f0f1866a..c55e4d81
W
On Thu, 14 Nov 2019 15:06:07 GMT, Kevin Rushforth wrote:
> On Thu, 14 Nov 2019 14:35:26 GMT, Alexander Scherbatiy
> wrote:
>
>> Allow IDEA to correctly detect Git version control system when opening JFX
>> project.
>>
>>
>>
>>
On Thu, 14 Nov 2019 15:18:15 GMT, Alexander Scherbatiy
wrote:
> On Thu, 14 Nov 2019 15:06:07 GMT, Kevin Rushforth wrote:
>
>> On Thu, 14 Nov 2019 14:35:26 GMT, Alexander Scherbatiy
>> wrote:
>>
>>> Allow IDEA to correctly detect Git version control sys
On Thu, 14 Nov 2019 15:06:07 GMT, Kevin Rushforth wrote:
> On Thu, 14 Nov 2019 14:35:26 GMT, Alexander Scherbatiy
> wrote:
>
>> Allow IDEA to correctly detect Git version control system when opening JFX
>> project.
>>
>>
>>
>>
On Thu, 14 Nov 2019 14:35:27 GMT, Kevin Rushforth wrote:
> On Thu, 14 Nov 2019 14:35:26 GMT, Alexander Scherbatiy
> wrote:
>
>> Allow IDEA to correctly detect Git version control system when opening JFX
>> project.
>>
>>
>>
>>
Allow IDEA to correctly detect Git version control system when opening JFX
project.
Commits:
- f0f1866a: 8234174: Change IDEA VCS mapping to Git
Changes: https://git.openjdk.java.net/jfx/pull/37/files
Webrev: https://webrevs.openjdk.java.net/jfx/37/webrev.00
Issue: https://
41 matches
Mail list logo