RE: News about Java 8
And I tried build with -PCOMPILE_TARGETS=x86egl and still the same error (Could not call NativeCompileTask.compile() on task ':graphics:ccX86eglGlassDirectfb'). But now I get same error building with gradle 1.8 and 1.12 ... De: Ruíz Martín, Ricardo Enviado el: miércoles, 07 de mayo de 2014 15:49 Para: 'Daniel Blaukopf' CC: openjfx-dev@openjdk.java.net Asunto: RE: News about Java 8 Hi Daniel, I don't know if I have made all steps in the way I should, but multitouch events doesn´t get my test. What I did: 1.-In my repository clone (http://hg.openjdk.java.net/openjfx/8u-dev/rt/) I execute an hg pull from local rt folder. 2.- Then I updated my working copy with hg update. 3.- I made a normal build with gradle -PBUILD_NATIVES=true 4.- I copied .../rt/build/sdk/rt/lib into JDK8U20PATH/jre/lib 5.- I executed my test with -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true I am missing something?? Thanks Ricardo De: Daniel Blaukopf [mailto:daniel.blauk...@oracle.com] Enviado el: miércoles, 07 de mayo de 2014 11:51 Para: Ruíz Martín, Ricardo CC: openjfx-dev@openjdk.java.net<mailto:openjfx-dev@openjdk.java.net> Asunto: Re: News about Java 8 On May 7, 2014, at 12:47 PM, Ruíz Martín, Ricardo mailto:rrmar...@indra.es>> 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/8u-dev/rt/rev/9db01136330d Thanks, Daniel With repository version if I get a x86egl buld? Thank you Ricardo De: Daniel Blaukopf [mailto:daniel.blauk...@oracle.com] Enviado el: miércoles, 07 de mayo de 2014 11:29 Para: Ruíz Martín, Ricardo CC: openjfx-dev@openjdk.java.net<mailto:openjfx-dev@openjdk.java.net> Asunto: Re: News about Java 8 Hi Ricardo, These are great questions. You are correct in your analysis that the Pi implementation uses a different code path for touch than desktop Linux. Although what you are trying to do is not a supported configuration of JavaFX, the good news is that it should work and we can help you get it built. I recommend using the Monocle implementation of Glass instead of Lens. Here are the flags to do that and select the X11 implementation: -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle If you run into input problems, the following flags should help you debug them: -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 mailto:rrmar...@indra.es>> wrote: Hi, We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. There are a Jira Issue about this (with some others duplicate issues): https://javafx-jira.kenai.com/browse/RT-25079 But there are no timeline or Fix version. Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: https://javafx-jira.kenai.com/browse/RT-36921 We are stuck now with this. Is there any other way for getting multitouch events with JavaFX under Linux? Regards Ricardo Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) co
RE: News about Java 8
Hi Daniel, I don't know if I have made all steps in the way I should, but multitouch events doesn´t get my test. What I did: 1.-In my repository clone (http://hg.openjdk.java.net/openjfx/8u-dev/rt/) I execute an hg pull from local rt folder. 2.- Then I updated my working copy with hg update. 3.- I made a normal build with gradle -PBUILD_NATIVES=true 4.- I copied .../rt/build/sdk/rt/lib into JDK8U20PATH/jre/lib 5.- I executed my test with -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle -Dmonocle.input.traceEvents=true -Dmonocle.input.traceEvents.verbose=true I am missing something?? Thanks Ricardo De: Daniel Blaukopf [mailto:daniel.blauk...@oracle.com] Enviado el: miércoles, 07 de mayo de 2014 11:51 Para: Ruíz Martín, Ricardo CC: openjfx-dev@openjdk.java.net Asunto: Re: News about Java 8 On May 7, 2014, at 12:47 PM, Ruíz Martín, Ricardo mailto:rrmar...@indra.es>> 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/8u-dev/rt/rev/9db01136330d Thanks, Daniel With repository version if I get a x86egl buld? Thank you Ricardo De: Daniel Blaukopf [mailto:daniel.blauk...@oracle.com] Enviado el: miércoles, 07 de mayo de 2014 11:29 Para: Ruíz Martín, Ricardo CC: openjfx-dev@openjdk.java.net<mailto:openjfx-dev@openjdk.java.net> Asunto: Re: News about Java 8 Hi Ricardo, These are great questions. You are correct in your analysis that the Pi implementation uses a different code path for touch than desktop Linux. Although what you are trying to do is not a supported configuration of JavaFX, the good news is that it should work and we can help you get it built. I recommend using the Monocle implementation of Glass instead of Lens. Here are the flags to do that and select the X11 implementation: -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle If you run into input problems, the following flags should help you debug them: -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 mailto:rrmar...@indra.es>> wrote: Hi, We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. There are a Jira Issue about this (with some others duplicate issues): https://javafx-jira.kenai.com/browse/RT-25079 But there are no timeline or Fix version. Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: https://javafx-jira.kenai.com/browse/RT-36921 We are stuck now with this. Is there any other way for getting multitouch events with JavaFX under Linux? Regards Ricardo Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it
RE: News about Java 8
Hi, You mean with a standard Linux build? We are using Sharp PN-K322BH for direct interaction. We also use two 3M models (M2167PW and M2256PW) when application is set with indirect interaction. But in this case we implemented our own USB drivers (3M has their USB protocol documented) and we send Mouse and keyboard events to main screen. With direct interaction we should use JavaFX Events... -Mensaje original- De: Daniel Blaukopf [mailto:daniel.blauk...@oracle.com] Enviado el: miércoles, 07 de mayo de 2014 11:33 Para: Ruíz Martín, Ricardo CC: openjfx-dev@openjdk.java.net Asunto: Re: News about Java 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, Daniel Blaukopf wrote: > Hi Ricardo, > > These are great questions. You are correct in your analysis that the Pi > implementation uses a different code path for touch than desktop Linux. > Although what you are trying to do is not a supported configuration of > JavaFX, the good news is that it should work and we can help you get it built. > > I recommend using the Monocle implementation of Glass instead of Lens. Here > are the flags to do that and select the X11 implementation: > > -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle > > If you run into input problems, the following flags should help you debug > them: > > -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 >> application and we are facing some multi-touch support issues under Linux. >> >> Under Windows all touch events are propagated (zoom, rotate, swipe, >> touch...), but although windows can be a development solution for us, we >> would need final version running under Linux. >> We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) >> and only events we get from JavaFX are Mouse events generated by multi-touch >> screen. >> There are a Jira Issue about this (with some others duplicate issues): >> https://javafx-jira.kenai.com/browse/RT-25079 >> But there are no timeline or Fix version. >> >> Searching for some workaround we have found that OpenJfx has Raspberry Pi >> multitouch support in ARM linux JVM runtime. >> It seems that this support is because ARM JVM does not use X11 and/or GTK, >> but only device drivers, and it should be possible build OpenJFX with this >> configuration for x86 (I suppose this should work on 64 bits too.) With this >> build we should use EGL/X11 for full-screen output but we would get inputs >> from dev/input. >> >> So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can >> get touch events from /dev/input/eventX in evtest with no problems. >> >> Unfortunately although we can build OpenJFX for linux with no target, when >> we use this compile target build fails: >> https://javafx-jira.kenai.com/browse/RT-36921 >> >> >> We are stuck now with this. >> >> >> Is there any other way for getting multitouch events with JavaFX under Linux? >> >> >> >> Regards >> >> Ricardo >> >> Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, >> contiene información de carácter confidencial exclusivamente dirigida a su >> destinatario o destinatarios. Si no es vd. el destinatario indicado, queda >> notificado que la lectura, utilización, divulgación y/o copia sin >> autorización está prohibida en virtud de la legislación vigente. En el caso >> de haber recibido este correo electrónico por error, se ruega notificar >> inmediatamente esta circunstancia mediante reenvío a la dirección >> electrónica del remitente. >> Evite imprimir este mensaje si no es estrictamente necesario. >> >> This email and any file attached to it (when applicable) contain(s) >> confidential information that is exclusively addressed to its recipient(s). >> If you are not the indicated recipient, you are informed that reading, >> using, disseminating and/or copying it without authorisation is forbidden in >> accordance with the legislation in effect. If you have received this email >> by mistake, please immediately notify the sender of the situation by >> resending it to their email address.
RE: News about Java 8
Hi Daniel, This properties should work in 8u20? Only with OpenJFX repository version? With repository version if I get a x86egl buld? Thank you Ricardo De: Daniel Blaukopf [mailto:daniel.blauk...@oracle.com] Enviado el: miércoles, 07 de mayo de 2014 11:29 Para: Ruíz Martín, Ricardo CC: openjfx-dev@openjdk.java.net Asunto: Re: News about Java 8 Hi Ricardo, These are great questions. You are correct in your analysis that the Pi implementation uses a different code path for touch than desktop Linux. Although what you are trying to do is not a supported configuration of JavaFX, the good news is that it should work and we can help you get it built. I recommend using the Monocle implementation of Glass instead of Lens. Here are the flags to do that and select the X11 implementation: -Djavafx.platform=monocle -Dmonocle.platform=X11 -Dembedded=monocle If you run into input problems, the following flags should help you debug them: -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 mailto:rrmar...@indra.es>> wrote: Hi, We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. There are a Jira Issue about this (with some others duplicate issues): https://javafx-jira.kenai.com/browse/RT-25079 But there are no timeline or Fix version. Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: https://javafx-jira.kenai.com/browse/RT-36921 We are stuck now with this. Is there any other way for getting multitouch events with JavaFX under Linux? Regards Ricardo Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary. Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid pr
JavaFX multi-touch support under Linux
Hi, We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. There are a Jira Issue about this (with some others duplicate issues): https://javafx-jira.kenai.com/browse/RT-25079 But there are no timeline or Fix version. Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: https://javafx-jira.kenai.com/browse/RT-36921 We are stuck now with this. Is there any other way for getting multitouch events with JavaFX under Linux? Regards Ricardo Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary.
RV: News about Java 8
Hi, We are trying adding direct multitouch interaction support for our JavaFX application and we are facing some multi-touch support issues under Linux. Under Windows all touch events are propagated (zoom, rotate, swipe, touch...), but although windows can be a development solution for us, we would need final version running under Linux. We have tried different distributions (mainly RedHat beta7 and Ubuntu 14.04) and only events we get from JavaFX are Mouse events generated by multi-touch screen. There are a Jira Issue about this (with some others duplicate issues): https://javafx-jira.kenai.com/browse/RT-25079 But there are no timeline or Fix version. Searching for some workaround we have found that OpenJfx has Raspberry Pi multitouch support in ARM linux JVM runtime. It seems that this support is because ARM JVM does not use X11 and/or GTK, but only device drivers, and it should be possible build OpenJFX with this configuration for x86 (I suppose this should work on 64 bits too.) With this build we should use EGL/X11 for full-screen output but we would get inputs from dev/input. So we have tried build OpenJFX with -PCOMPILE_TARGETS=x86egl because we can get touch events from /dev/input/eventX in evtest with no problems. Unfortunately although we can build OpenJFX for linux with no target, when we use this compile target build fails: https://javafx-jira.kenai.com/browse/RT-36921 We are stuck now with this. Is there any other way for getting multitouch events with JavaFX under Linux? Regards Ricardo Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary.