static void main(String[] args) {
System.out.println("Arguments: " + Arrays.toString(args));
// launching JavaFX ...
}
}
I reached out to the reporter but did not get any more feedback for now.
Thanks,
-- Daniel
>
> --John
>
" becomes "a¨".
Note: loading of the file fails because this file does not exist.
Choosing the file via FileChooser and storing it again on Windows solves
the problem.
Have any of you ever encountered such an issue?
Thanks for any insight,
-- Daniel
e
default.
Hope this might be useful for others.
Thanks,
-- Daniel
On Fri, Mar 18, 2022 at 11:10 PM Scott Palmer wrote:
> I wonder, could you do the opposite and force compilation to trigger the
> bug more consistently?
>
> Scott
>
> > On Mar 18, 2022, at 2:03 PM, Philip
-client flag might help in some cases but
unfortunately this flag is no longer taken into account for 64bit JVMS.
Thanks,
-- Daniel
>
> --John
>
> On 18/03/2022 09:43, Daniel Peintner wrote:
> > Hello,
> >
> > I take the liberty to ask on the email reflector if th
his line.
Having said that, I cannot provide a test-case since it happens all of a
sudden and sometimes after hours using the application.
I am open to any feedback or input on how to proceed best.
Thanks!
-- Daniel
sary due to the minor assert differences
in Junit4 vs. Junit5)
Hope this helps,
-- Daniel
On Fri, Sep 10, 2021 at 1:40 PM Kevin Rushforth
wrote:
> On Fri, 10 Sep 2021 11:28:25 GMT, Marius Hanl wrote:
>
> > Could you please report the bug at https://bugreport.java.com/ with a
>
u consider this as a bug? Does it make sense to open a bug report (I
don't have the privileges to do so)?
I hope I can help to make JavaFX even better.
Note: I am using Windows 10, JavaFX version 16.
Thanks again,
-- Daniel
[1] https://github.com/danielpeintner/Ja
nicels wraps to the next
line if it does not fit.
See below a simple code snippet and find on [2] screenshots that show the
problem.
(the problem is that it shows "..." and does *not* wrap to the next line)
Are you aware of that problem?
Thanks,
-- Daniel
[1] https://github.com/o
open for
suggestions.
(i.e. I think JDK-8089514 could be solved at least for TableView. Not sure
though about the other mentioned controls were I don't have the big picture)
Sorry again for the lengthy email and any feedback is welcome!
Thanks,
-- Daniel
[1] https://bugs.openjdk.java.net/b
Hi Ambarish, all,
Thank you for the feedback.
I did report the bug and got the internal review ID : 9066543
Thanks,
-- Daniel
On Wed, Aug 19, 2020 at 8:45 PM Ambarish Rapte
wrote:
> Hello Daniel,
>
> The behavior seems like a bug to me.
> Looks like the first layout of TabHea
see the problem for JavaFX 8 but also for 15-ea.
Thanks for any insight,
-- Daniel
===
import javafx.application.Application;
import javafx.scene.Scene;
import javafx.scene.control.Label;
import javafx.scene.control.Tab;
import javafx.scene.control.TabPane;
import javafx.stage.Stage;
publi
expected.
-- Daniel
On Fri, Jun 19, 2020 at 3:52 PM Sam Hutchins <
sam.hutch...@screamingfrog.co.uk> wrote:
> Hi,
>
> I've been doing some investigation into a layout bug in JavaFX on Windows
> with non-integer scaling values. I think it's related to JDK-8199592, and
>
her
a) someone is still trying (or plans) to look into the issue
b) how I can help (even though I might not know enough about intrinsic
problems)
Any comment welcome,
-- Daniel
[1] https://bugs.openjdk.java.net/browse/JDK-8089514
available as
ControlsFX release.
Note: I think the credits go to Jose Pereda (Gluon?)
The easist way to test it is using jpro demo [1] where you can find a
TableView2 section.
Having said that, I don't actually know how it is implemented. I just
noticed commit on focus lost support while playi
Hi,
I believe the last time I looked at the TableView2 contribution at
ControlsFX (which can be used as a TableView replacement), commit on focus
lost was implemented/supported.
-- Daniel
Jonathan Giles schrieb am Mi., 20. Juni 2018,
10:28:
> Yup,
>
> A great regret. I wish it were
,
-- daniel
On 20/05/2018 13:00, openjfx-dev-requ...@openjdk.java.net wrote:
Hi,
Please review the fix approach for:
https://bugs.openjdk.java.net/browse/JDK-8195974
http://cr.openjdk.java.net/~nlisker/8195974/webrev.00/
Many details in the issue.
Thanks,
Nir
Hi Ajit,
Looks good to me. I obviously didn't review the
build changes.
best regards,
-- daniel
On 26/03/2018 12:36, Ajit Ghaisas wrote:
Thanks all for the review.
I have addressed the review comments in
-http://cr.openjdk.java.net/~aghaisas/fx/8195799/webrev.1/
The changes ar
Hi Kevin,
This sounds reasonable to me.
best regards,
-- daniel
On 23/03/2018 17:51, Kevin Rushforth wrote:
Hi Daniel,
Thanks for the review.
I like the idea of removing the unused levels and methods.
As for directly using System.Logger.Level, we have enough usages of the
Level and
maintaining a Map and
dealing with the complexity of weak reference may not be justified.
Best regards,
-- daniel
rename the methods
PlatformLogger::severe to PlatformLogger::error
PlatformLogger::fine to PlatformLogger::debug
PlatformLogger::finer to PlatformLogger::trace
PlatformLogger::finest to PlatformLogger::trace
Otherwise looks mostly good - I guess.
best regards,
-- daniel
On 23/03/201
ehaviour, however in some cases it makes
sense to have it configurable and make the column suit even collapsed rows
I'm keen to hear feedback from the community. We can also share our "fixed"
skin which is a subclass of inTreeTableViewSkin.
Kind regards,
Daniel
int columnIndex)")
* Focus traversal API -> I think this must be done one day ;)
Kind regards,
Daniel
> -Original Message-
> From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf
> Of Jonathan Giles
> Sent: Thursday, December 08, 2016 12:45 AM
Hi Stefan,
>From code review it seems that this is not the case. I'll ask my team mate to
>check this programmatically just to make sure...
Note that JDK-8163078 contains a code example which reproduces the exception
but adds and removes listeners on the JavaFX thread.
Kind rega
e with minor loss of functionality... really?
Kind regards,
Daniel
ERROR [28.10.16 13:01:45.415] DefaultLogger uncaughtException()
java.lang.ArrayIndexOutOfBoundsException: -1
at java.util.ArrayList.elementData(Unknown Source)
at java.util.ArrayList.get(Unknow
false
-Dprism.fontdir=" + jdk_path + "/jre/lib/fonts"
The font dir stuff was required on our build server. I'm sure you need to tweak
this to make it work :)
Kind regards,
Daniel
> -Original Message-
> From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.
Hi,
Thanks for the explanation.
For now we'll use AudioInputStream / Clip from javax.sound.sampled which seems
wo work nicely for WAV clips.
That API also offers continuous playback but without strange delays ;)
Kind regards,
Daniel
> -Original Message-
> From: Da
io
Our solution so far has been to have a scheduled executor which calls
audioclip.play() every 500 ms. This creates a new thread every time (see stack
trace below) and we don't like this approach.
Are there any experts for NativeMediaPlayer on this mailing list?
Kind regards,
Daniel
Daemon
en an update is rendered (example 1).
Does anyone on this list have experience with such performance measurements?
Any hints appreciated ;)
Kind regards,
Daniel
Hi,
> -Original Message-
> From: Kevin Rushforth [mailto:kevin.rushfo...@oracle.com]
> Sent: Monday, August 15, 2016 6:02 PM
> To: David Grieve
> Cc: Daniel Glöckner; openjfx-dev@openjdk.java.net
> Subject: Re: Structuring CSS Stylesheets
>
> One slight correct
not exist if they are not visible.
Any ideas how this could be implemented? Is this case considered at all in
JavaFX's implementation of focus traversal? Maybe it will be in Java 9?
Kind regards,
Daniel
ng CSS Stylesheets
>
>
>
> On 8/15/16 9:46 AM, Daniel Glöckner wrote:
> > Hi,
> >
> > We recently came across a number of performance issues which were caused
> by our poor CSS.
> >
> > Our stylesheet contained too many selectors, specifically too many generic
&g
olors and fonts.
What do you think about this approach? Will this work nicely with caching of
CSS styles in JavaFX?
Kind regards,
Daniel
Hi everybody,
At wiki there is this statement:
Using X11 to obtain the EGL context, but acting as if we are the only
application. This path was implemented in the "Monocle" windowing
subsystem, which is available in the OpenJFX build, and will be part
of a future JDK for ARM release. This path was
Hi everybody,
Is there any further schedule for FX fully supporting VNC? Now I
really need input support :(
Best regards and thanks in advance!
2016-02-05 11:07 GMT-02:00 Daniel. :
> Hi everybody,
>
> I've succesfully build and using framebuffer-vncserver. The only drawback is
&g
l this two recipes:
https://gist.github.com/gkos/9ed87cad62d72c599761
Cheers,
2016-01-20 16:28 GMT-02:00 Daniel. :
> I've also tried running with these:
>
> -Dglass.platform=Monocle -Dmonocle.platform=VNC -Dprism.order=sw
>
> I can see the 5901 port in listening, can connect to it b
rrent.Executors$RunnableAdapter.call(Executors.java:511)
Best regards,
2016-01-20 14:43 GMT-02:00 Daniel. :
> Hi Dell, thanks for the reply
>
> I have both versions of libegl.so compiled and installed, the
> framebuffer variants are at /opt/VIVANTE-fb. When I run it with x11
> variants a
Hi Dell, thanks for the reply
I have both versions of libegl.so compiled and installed, the
framebuffer variants are at /opt/VIVANTE-fb. When I run it with x11
variants and run x11vnc I can connect to the vnc server, can see the
application screen, but the inputs doesn't work. I've tested with:
S
Hi every body, sorry about reviving an old message but,
Is there anyone tried this: http://comtel2000.github.io/jfxvnc/ ?
Best regards,
2015-08-06 10:40 GMT-03:00 David Hill :
> On 8/6/15, 9:36 AM, Daniel. wrote:
>
>> Hi all,
>>
>> I'm running applications on F
Volkswagen is doing a lot of research with JavaFX. For more than two years
now, it is their technology of choice for rapid HMI prototyping. The have
developed a framework–namely Tappas–entirely written in Java/JavaFX, which
already runs on embedded hardware, featuring a 3D map renderer.[1][2][3]
P
The company where I work is using and developing with JavaFX. We're
not in production yet but have already some testing embedded systems
with it running on a [possible]customer site. The main drawback is not
having the same performance running from X than running directly from
framebuffer. By not u
Hi all,
We're planing to use an TSC2007 (i2c) touchsreen on our product which runs
JavaFX. I want to know if is supported.
Cheers,
- dhs
--
*"Do or do not. There is no try"*
*Yoda Master*
Hi all, I'm running a java application on iMX.6 (Freescale) with javafx
within it. The JVM crashes after some time. I have two files:
hs_err_pid1101.log (few kbytes) and core (this is big, 500mb~). Where I can
get help with that crashes? Should I provide the core dump here or shold be
delivered to
Hi all,
I'm running applications on Freescale's iMX.6 using JavaFX. It's known
that it doesn't uses X but directly access the framebuffer instead, so
x11vnc doesn't applies. I need to export the video input/output as VNC
does.
Does anybody knows an alternative solution for this?
Best regards,
-
Hi again everybody, I'm attaching an .bbappend that I use to get right EGL
libraries on /opt/VIVANTE-fb. Remembering that
I'm using Dizzy release of Yocto.
Best regards,
- dhs
2015-07-08 17:37 GMT-03:00 Daniel. :
> Hi everybody!
>
> I finally got it working! Here is what I ha
alGradient.frag
ES2ResourceFactory: Prism - createStockShader: Solid_TextureRGB.frag
The touch is working fine, at least the balls are released and paused when
I press it :)
Thank you very much Jörg and Kevin, I really appreciated the help!
Best regards,
- dhs
2015-07-07 18:13 GMT-03:00 Da
a32eeb547a, not stripped
[geckos@csi24 build]$
To compile run this:
gradle -PCOMPILE_TARGETS=armv6hf
Best regards,
- dhs
2015-07-06 16:47 GMT-03:00 Daniel. :
> I see, so I'll keep usign armv6hf, I'm compiling a new fsl-image-gui from
> scratch (have to update yocto) using Dizzy release
st of our (limited) testing on iMX6 using armv6hf binaries, but
> armv7hf should work, too.
>
> -- Kevin
>
>
>
> Daniel. wrote:
>
> Hi Jörg,
>
> So did you compile for armv7hf? Where can I get the toolchain for armv7hf??
>
> Best regards
>
> - dhs
>
&
Hi Jörg,
So did you compile for armv7hf? Where can I get the toolchain for armv7hf??
Best regards
- dhs
2015-07-05 21:48 GMT-03:00 Daniel. :
> Hi Jörg, I'm in home right now, tomorrow I'll try it. Thanks for the tip!
> - dhs
> Em 05/07/2015 18:47, "Jörg Wille&qu
Hi Jörg, I'm in home right now, tomorrow I'll try it. Thanks for the tip!
- dhs
Em 05/07/2015 18:47, "Jörg Wille" escreveu:
> Hi Daniel,
> did you try running javafx with monocle? Also sudo is required.
> I am also using yocto and using following bash-script to run
bject file: No such file or directory
Any ideia? I thought that JavaFX whould not use X at all, so can this be an
absent of configuration while compiling?
Best regards!
- dhs
2015-07-03 12:50 GMT-03:00 Daniel. :
> I trying to install JavaFX on a board running an iMX6q core. I fo
I trying to install JavaFX on a board running an iMX6q core. I follow the
instructions to cross build the JavaFX of the openjdk wiki:
https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX
Looking at rt/buildSrc/crosslibs/crosslibs-armv6hf.sh I realised that I
have two problems.
1) The sc
Hi,
I don't recommend using sun.* proprietary APIs.
The safest way to suppress the logger output would be to
switch it off in a logging.properties file.
-Djava.util.logging.config.file=
and inside:
.level = OFF
best regards,
-- daniel
On 22/09/14 05:30, openjfx-dev
Changeset: 55914cd82ec8
Author:Daniel Blaukopf
Date: 2014-09-16 17:43 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/55914cd82ec8
RT-38673 [Monocle] Fall back to headless screen if we cannot access the
framebuffer
! modules/graphics/src/main/java/com/sun/glass/ui
Changeset: e68f17bfa4f1
Author:Daniel Blaukopf
Date: 2014-09-16 11:38 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e68f17bfa4f1
RT-38668 [Monocle] x86egl build fails with warnings
! modules/graphics/src/main/native-glass/monocle/x11/X11.c
Changeset: 2abfc95e5ffd
Author:Daniel Blaukopf
Date: 2014-09-11 15:17 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/2abfc95e5ffd
RT-37414 JavaFX x86egl cross built from a 64 bits Linux gives
NumberFormatException
! modules/graphics/src/main/java/com/sun/glass/ui
Changeset: 1d08d9490df0
Author:Daniel Blaukopf
Date: 2014-09-08 10:51 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/1d08d9490df0
RT-38393 [Monocle] Mouse Events stop coming on embedded
Fixes in modules/graphics/src/main/java/com/sun/glass/ui/monocle/ contributed
by
.
Thanks,
Daniel
On Jul 31, 2014, at 4:06 PM, Lisa Selle wrote:
> Kevin or David,
>
> Ideas on how to get Prasant past this issue? Apparently he has his pango
> libs installed in a non-standard location and needs to use PKG_CONFIG_PATH so
> they can be found.
>
&
25 July 2014 18:43
> To: Prasant J
> Cc: openjfx-dev@openjdk.java.net
> Subject: Re: JavaFX embedded (jre 8u6): touch problem (malformed multi touch
> event)
>
> Daniel,
>
> Do you have any other suggestions for apps that we know handle multitouch
> correctly that Prasant coul
the option of building the 8u-dev repository
(https://wiki.openjdk.java.net/display/OpenJFX/Cross+Building+for+Arm+Hard+Float).
You could also try the OpenJFX community builds at
http://harmoniccode.blogspot.co.uk.
Thanks,
Daniel
On Jul 11, 2014, at 8:37 PM, Jörg Wille wrote:
> IMHO, the j
://docs.oracle.com/javase/8/javase-embedded.htm
This is an update to the tested and supported binary release of JavaFX. The
OpenJFX sources have the latest features and bug fixes, but have not undergone
the same testing as supported JavaFX binary releases.
Daniel
Changeset: acc06f0a5691
Author:Daniel Blaukopf
Date: 2014-07-09 20:43 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/acc06f0a5691
RT-37871 [Monocle] monocle.input.traceEvents.verbose should imply
monocle.input.traceEvents
! modules/graphics/src/main/java/com/sun
Changeset: 8cd193121334
Author:Daniel Blaukopf
Date: 2014-07-09 15:59 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8cd193121334
RT-37865 [Monocle] Show absolute axis bounds in GetEvent
! modules/graphics/src/main/java/com/sun/glass/ui/monocle/GetEvent.java
Monocle included in the build and will be able to use it as before.
Thanks,
Daniel
On Jul 5, 2014, at 11:09 PM, Christian wrote:
> Hi all,
> I just updated from 1.8.20-b17 to b21 and there is no monocle platform
> anymore.
> Will it come back?
> Is there any other way to have a
Changeset: 91225781d515
Author:Daniel Blaukopf
Date: 2014-07-07 13:16 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/91225781d515
Fix broken build
! modules/graphics/src/main/java/com/sun/glass/ui/monocle/TouchState.java
Changeset: 8aa4a19308e6
Author:Daniel Blaukopf
Date: 2014-07-06 16:37 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8aa4a19308e6
[DOCS] RT-35308: [Monocle] Make sure all methods in Monocle used by the X11
port have javadocs
!
modules/graphics/src/main/java/com/sun
Changeset: cfdd4005b555
Author:Daniel Blaukopf
Date: 2014-07-06 15:49 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/cfdd4005b555
[DOCS] RT-35308: [Monocle] Make sure all methods in Monocle used by the X11
port have javadocs
Partial fix
! modules/graphics/src/main
Changeset: a83aa0a73ee5
Author:Daniel Blaukopf
Date: 2014-07-03 15:09 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/a83aa0a73ee5
RT-36424 [Monocle] Implement software solution for double buffering
! modules/graphics/src/main/java/com/sun/glass/ui/monocle
Changeset: eced589ac7e0
Author:Daniel Blaukopf
Date: 2014-07-03 15:05 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/eced589ac7e0
RT-37804 [Monocle] Mouse input in VirtualBox not recognized
! modules/graphics/src/main/java/com/sun/glass/ui/monocle
Changeset: b072265d6928
Author:Daniel Blaukopf
Date: 2014-07-03 15:01 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/b072265d6928
RT-37802 [Monocle] GetEvent shows events as integer values instead of constant
names
! modules/graphics/src/main/java/com/sun/glass/ui
Changeset: 83f65386cca4
Author:Daniel Blaukopf
Date: 2014-06-25 16:53 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/83f65386cca4
RT-37707 [Monocle] Software cursor is too transparent
! modules/graphics/src/main/java/com/sun/glass/ui/monocle/SoftwareCursor.java
Changeset: afba65e76862
Author:Daniel Blaukopf
Date: 2014-06-25 16:43 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/afba65e76862
RT-37709 SwipeTest fails occasionally
Summary: Disable SwipeTest until we can fix it
! tests/system/src/test/java/com/sun/glass/ui
Changeset: 408891f149b8
Author:Daniel Blaukopf
Date: 2014-06-25 16:38 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/408891f149b8
[Tests] Fixed imports in ModalDialogTest broken by changeset: 7349:3fa3f3d53510
! tests/system/src/test/java/com/sun/glass/ui/monocle
Changeset: 3fa3f3d53510
Author:Daniel Blaukopf
Date: 2014-06-25 09:58 +0300
URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/3fa3f3d53510
RT-37456 [Monocle] Fold together monocle.input, monocle.util and monocle
packages
Reviewed-by: kselle
! modules/graphics/src/main/java
Hi Lisa,
Please review the proposed fix for
https://javafx-jira.kenai.com/browse/RT-37456
Thanks,
Daniel
Hi Dave and Lisa,
Please review the proposed fix for
https://javafx-jira.kenai.com/browse/RT-37512
Thanks,
Daniel
Hi Dave,
Please review the proposed fix for
https://javafx-jira.kenai.com/browse/RT-37508
Thanks,
Daniel
Hi Lisa,
Please review the proposed fix for
https://javafx-jira.kenai.com/browse/RT-36960
Thanks,
Daniel
Hi Lisa,
Please review:
https://javafx-jira.kenai.com/browse/RT-37474
http://cr.openjdk.java.net/~dblaukop/webrev-20140609-2233-RT-37474/webrev
Thanks,
Daniel
Hi Dave and Lisa,
Please review:
http://cr.openjdk.java.net/~dblaukop/webrev-20140520-0006-RT-36421/webrev/
https://javafx-jira.kenai.com/browse/RT-36421
Thanks,
Daniel
Hi Lisa and Dave,
Please review:
http://cr.openjdk.java.net/~dblaukop/webrev-20140511-1809-RT-37065/webrev/
https://javafx-jira.kenai.com/browse/RT-37065
Thanks,
Daniel
Hi Lisa,
Please review:
http://cr.openjdk.java.net/~dblaukop/webrev-20140511-1749-RT-37064/webrev/
https://javafx-jira.kenai.com/browse/RT-37064
Thanks,
Daniel
Hi Lisa and Dave,
Please review:
http://cr.openjdk.java.net/~dblaukop/webrev-20140511-1730-RT-37063/webrev
https://javafx-jira.kenai.com/browse/RT-37063
Thanks,
Daniel
Hi Tobias,
Running with -Dcom.sun.javafx.touch=true should get you the effect you are
looking for. The code for this is in VirtualFlow and ScrollBarSkin.
Thanks,
Daniel
On May 11, 2014, at 3:39 PM, Tobias Bley wrote:
> Hi JavaFX freaks,
>
> does anybody has an idea how to start t
Hi Steve and Dave,
Please review:
http://cr.openjdk.java.net/~dblaukop/webrev-20140212-0939-RT-35838/webrev/
https://javafx-jira.kenai.com/browse/RT-35838
Thanks,
Daniel
On May 7, 2014, at 12:47 PM, Ruíz Martín, Ricardo wrote:
> Hi Daniel,
>
> This properties should work in 8u20?
> Only with OpenJFX repository version?
You’ll need to build OpenJFX with the latest repository version because you
need this fix: http://hg.openjdk.java.net/openjfx/8
With the latest code you should be getting notification of multitouch gestures
as well as raw multitouch events. These events use JavaFX's built-in gesture
recognizer for embedded platforms.
Out of curiosity, what touch screen are you using?
Thanks,
Daniel
On May 7, 2014, at 12:29 PM, D
:
-Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true
Please let me know how you get on with this.
Thanks,
Daniel
On May 6, 2014, at 7:56 PM, Ruíz Martín, Ricardo wrote:
> Hi,
>
> We are trying adding direct multitouch interaction support for our JavaFX
> app
Hi Lisa,
Would you review the fix for https://javafx-jira.kenai.com/browse/RT-35406 ?
http://cr.openjdk.java.net/~dblaukop/webrev-20140505-2010-RT-35406/webrev/
Thanks,
Daniel
what you need?
Thanks,
Daniel
On May 4, 2014, at 1:01 PM, Marco Wiorek wrote:
> Hello guys,
>
> I wonder if it is possible to redirect the eglfb output to /dev/fb1 instead of
> fb0.
> An older revision of
> modules/graphics/src/main/native-prism-es2/eglfb/wrapped_egl.c (19ca9
Hi Lisa,
Would you review the fix for https://javafx-jira.kenai.com/browse/RT-36822?
http://cr.openjdk.java.net/~dblaukop/webrev-20140424-2239-RT-36822/webrev/
Thanks,
Daniel
Hi Lisa,
Would you review the fix for https://javafx-jira.kenai.com/browse/RT-36808 ?
http://cr.openjdk.java.net/~dblaukop/webrev-20140423-2002-RT-36808/webrev/
Thanks,
Daniel
Hi Lisa,
Would you review the fix for https://javafx-jira.kenai.com/browse/RT-36713 ?
http://cr.openjdk.java.net/~dblaukop/webrev-20140417-0120-RT-36713/webrev
Thanks,
Daniel
Hi Rafi,
Would you review the fix for https://javafx-jira.kenai.com/browse/RT-36461 ?
http://cr.openjdk.java.net/~dblaukop/webrev-20140417-0022-RT-36461/webrev/
Thanks,
Daniel
Tracked at https://javafx-jira.kenai.com/browse/RT-36462
It's targeted at 9, but there will be a patch soon.
Thanks,
Daniel
On 4/4/14, 10:40 AM, Stefan Schwandter wrote:
Hi,
thanks! I’ve tried to compile on a current Ubuntu 13.10. A default build
(gradle 1.8 without parameters) works
yourself (“gradle
-PCOMPILE_TARGETS=x86egl sdk”). This is a hybrid binary that uses EGL/X11 for
full-screen output but gets input directly from device nodes in /dev/input.
Thanks,
Daniel
On Apr 2, 2014, at 11:10 AM, Stefan Schwandter wrote:
> Hi Anthony,
>
>
> thanks for your
We should be consistent about what we return, although I agree that that the
actual value doesn’t seem to matter. 0 for imaginary pixels seems reasonable.
On Mar 21, 2014, at 7:05 PM, Anthony Petrov wrote:
> Hi David,
>
> I don't think we're making any assumptions. We feed the coordinates to a
https://javafx-jira.kenai.com/browse/RT-35864
--
Daniel Opitz
On 14 Feb 2014 at 08:09:20, Jonathan Giles (jonathan.gi...@oracle.com) wrote:
File a bug in Jira and I can take a closer look in the coming days. Thanks!
-- Jonathan
Sent from a touch device. Please excuse my brevity.
On 14
Button b = new Button("button");
b.setOnAction(action -> System.out.println("zam"));
b.setOnMouseClicked(action -> System.out.println("bam"));
setGraphic(b);
}
}
}
}
--
Daniel Opitz
reasonable. We can verify
with the version system properties that this is actually SE Embedded before
showing that message.
Daniel
On Feb 12, 2014, at 1:53 PM, Kevin Rushforth wrote:
> A more informative message and an earlier detection both sound good. Not sure
> about the pointer to the Wik
wrote:
>
> Am I to understand that this is using the VNC server? Because I'm not seeing
> the tell-tale -D parameters in the gradle.build. Or is this actually running
> on-screen?
>
> Tom
>
>
> On 2014-1-30 18:40, Daniel Blaukopf wrote:
>> Hi,
>>
1 - 100 of 240 matches
Mail list logo
