[8u20] Review request

[Phil Race]

Please review the fix for this OS X printing bug
https://javafx-jira.kenai.com/browse/RT-35414

-phil.

Re: Scenic View updates

[Jonathan Giles]

Scenic View is an app that is developed when time permits, and 
unfortunately, I haven't had a lot of spare time recently! :-)


However, when I get a few hours spare I do manage to work on Scenic View 
a little bit, and it is getting into shape for a final 8.0 release. I 
certainly hope that it will be released in the next few weeks, but that 
might be pushing it.


-- Jonathan

On 8/05/2014 2:40 a.m., Cirujano Cuesta, Diego wrote:

Hi all,
I think that I am not the only one that really like the app Scenic View. I saw 
that since 8.8.13 there aren´t any news and the current Java 8 version is a 
Developer Preview(4). I didn´t find any info about it in the mailing list. Do 
you know anything about it?
Thanks!
Diego

---
This message is intended for a particular addressee only and may contain 
business or company secrets.
If you have received this email in error, please contact the sender and delete 
the message immediately. Any use of this email, including saving, publishing, 
copying, replication or forwarding of the message or the contents is not 
permitted.

hg: openjfx/8u-dev/rt: RT-37016 [TESTS, Monocle/Lens] Unit test for mouse release event not being sent on grabbed window

[hang . vo]

Changeset: d4538aca965d
Author:Daniel Blaukopf 
Date:  2014-05-07 20:11 +0300
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/d4538aca965d

RT-37016 [TESTS, Monocle/Lens] Unit test for mouse release event not being sent 
on grabbed window

! tests/system/src/test/java/com/sun/glass/ui/monocle/input/SimpleMouseTest.java
! tests/system/src/test/java/com/sun/glass/ui/monocle/input/TestApplication.java

Review Request RT-36692 HighContrast Support for Windows 7

[Joseph Andresen]

Hey Jonathan and Anthony,

Please Review the change for high contrast support on Windows.

Jira: https://javafx-jira.kenai.com/browse/RT-36692
Webrev: http://cr.openjdk.java.net/~jandrese/RT36692/

Thanks,
Joe

hg: openjfx/8u-dev/rt: RT-36999: [Accessibility, Windows] infinite loop in WinTextRangeProvider

[hang . vo]

Changeset: fc46b75bef01
Author:Felipe Heidrich 
Date:  2014-05-07 09:04 -0700
URL:   http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/fc46b75bef01

RT-36999: [Accessibility, Windows] infinite loop in WinTextRangeProvider

! modules/graphics/src/main/java/com/sun/glass/ui/win/WinTextRangeProvider.java

review request: RT-36999: [Accessibility, Windows] infinite loop in WinTextRangeProvider

[Felipe Heidrich]

Hi Steve,

Please review:
https://javafx-jira.kenai.com/browse/RT-36999
http://cr.openjdk.java.net/~fheidric/RT-36999/webrev/

This is 100% confined to accessibility, by no means affect the stability for 
the rest of the product.

Thanks
Felipe

Re: How to deploy JavaFX application writen in JavaScript unsing Nashorn

[Danno Ferrin]

The JJS command line tool delegates to jdk.nashorn.tools.Shell, with a lot of 
custom command line switches.  Some of these command line switches also do 
custom things, particularly the -fx flag.  The problem with using the Shell 
class as the main for javapackager its that currently we don’t support command 
line arguments not passed in by the user.  So your best bet is to write a main 
class that passes in {“apps_all.js", “-fx-“, “.”} to the static main method of 
Shell, note all the custom command line arguments the shell script passes in, 
and hanse the packager set those as jvmArgs.

On May 7, 2014, at 5:26 AM, Mike Hearn  wrote:

> It's probably easiest to have a tiny Java app that just loads the JS files
> from resources in the JAR and runs it via Nashorn directly. Then all
> existing tools like jfxpackager, JWrapper etc can treat it like a Java app.
> 
> 
> On Wed, May 7, 2014 at 3:30 AM, Bilal Soidik  wrote:
> 
>> Hi!
>> As you know, we can write JavaFX application in JavaScript using Nashorn
>> Engine, but I have to run application with command line like: > jjs
>> app_all.js -fx .
>> So I wont know how can I deploy application that let me click on and lunch
>> it or make a self-contained application packaging using JDK 7(Update 6 or
>> later) packaging tools
>> 
>> --
>> *Bilal Soidiki Mpapandza*
>> *Etudiant en Master Spé. Qualité du Logiciel, FS UIT*
>> *Ingénieur logiciel et Développeur Java, C/C++,.NET et PHP*
>> *Tél.*:*(+212) 602746546*
>> *Blog   *:* http://la-lune-1.blogspot.com
>>   *
>> *Twitter   *:* bilaalsoidik*
>> *Skype   *:* bilalsoidik*
>> 

Scenic View updates

[Cirujano Cuesta, Diego]

Hi all,
I think that I am not the only one that really like the app Scenic View. I saw 
that since 8.8.13 there aren´t any news and the current Java 8 version is a 
Developer Preview(4). I didn´t find any info about it in the mailing list. Do 
you know anything about it?
Thanks!
Diego

---
This message is intended for a particular addressee only and may contain 
business or company secrets.
If you have received this email in error, please contact the sender and delete 
the message immediately. Any use of this email, including saving, publishing, 
copying, replication or forwarding of the message or the contents is not 
permitted.

RE: News about Java 8

[Ruíz Martín , Ricardo]

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
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
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 addres

RE: News about Java 8

[Ruíz Martín , Ricardo]

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
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.

[8u] Review request: RT-37010: [media] Long mp4 files (duration > 12hrs) are rejected by the media player.

[anton nashatyrev]

Hello,

could you please review the following fix:

Webrev: http://cr.openjdk.java.net/~anashaty/RT-37010/8/webrev.00/ 

Issue: 
https://javafx-jira.kenai.com/browse/RT-37010


Thank you!
Anton.

[8u20] Review request for RT-36805: [Popup] Popup "steals" focus, when hiding the popup (regression)

[Anthony Petrov]

Hi Steve, Kevin,

Please review a fix for https://javafx-jira.kenai.com/browse/RT-36805
All the details are in JIRA.

--
best regards,
Anthony

Re: How to deploy JavaFX application writen in JavaScript unsing Nashorn

[Mike Hearn]

It's probably easiest to have a tiny Java app that just loads the JS files
from resources in the JAR and runs it via Nashorn directly. Then all
existing tools like jfxpackager, JWrapper etc can treat it like a Java app.


On Wed, May 7, 2014 at 3:30 AM, Bilal Soidik  wrote:

> Hi!
> As you know, we can write JavaFX application in JavaScript using Nashorn
> Engine, but I have to run application with command line like: > jjs
> app_all.js -fx .
> So I wont know how can I deploy application that let me click on and lunch
> it or make a self-contained application packaging using JDK 7(Update 6 or
> later) packaging tools
>
> --
> *Bilal Soidiki Mpapandza*
> *Etudiant en Master Spé. Qualité du Logiciel, FS UIT*
> *Ingénieur logiciel et Développeur Java, C/C++,.NET et PHP*
> *Tél.*:*(+212) 602746546*
> *Blog   *:* http://la-lune-1.blogspot.com
>   *
> *Twitter   *:* bilaalsoidik*
> *Skype   *:* bilalsoidik*
>

Re: Getting some interesting output on master

[Kevin Rushforth]

Hi Tom,

There is already a bug filed for (a) -- RT-34668 
.


I haven't seen (b) before, but it looks like it would happen if the 
glass application instance was nulled out before the toolkit was 
shutdown. I have another shutdown bug on my plate, RT-36761 
, that may or may not be 
related so I filed RT-37006 
 for this one and will 
look at it at the same time.


-- Kevin


Tom Schindl wrote:

Hi,

I'm getting some interesting outputs/errors when running on 8u-dev/rt:

a) When I shutdown i sometimes get
  

Java has been detached already, but someone is still trying to use it at 
-[GlassRunnable 
run]:/Users/tomschindl/Documents/e-workspaces/OpenJFX-master/modules/graphics/src/main/native-glass/mac/GlassApplication.m:92
Java has been detached already, but someone is still trying to use it at 
-[GlassRunnable 
dealloc]:/Users/tomschindl/Documents/e-workspaces/OpenJFX-master/modules/graphics/src/main/native-glass/mac/GlassApplication.m:106



b) Also on shutdown I got (just once)
  

java.lang.NullPointerException
at com.sun.glass.ui.Application.invokeLater(Application.java:472)
at 
com.sun.javafx.tk.quantum.QuantumToolkit.postPulse(QuantumToolkit.java:396)
at 
com.sun.javafx.tk.quantum.QuantumToolkit.lambda$12(QuantumToolkit.java:300)
at 
com.sun.javafx.tk.quantum.QuantumToolkit$$Lambda$42/435457674.run(Unknown 
Source)



Anyone else ever seen those? I'm currently working on DnD so this might
be involved but I'm not able to reproduce is all time.

Tom
  

RE: News about Java 8

[Ruíz Martín , Ricardo]

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.
>> 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

Re: News about Java 8

[Daniel Blaukopf]

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/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
> 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  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) 
>

RE: News about Java 8

[Ruíz Martín , Ricardo]

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 printing this

Re: News about Java 8

[Daniel Blaukopf]

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.
>> Avoid printing this message if it is not absolutely necessary.
> 

Re: News about Java 8

[Daniel Blaukopf]

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.
> Avoid printing this message if it is not absolutely necessary.

Getting some interesting output on master

[Tom Schindl]

Hi,

I'm getting some interesting outputs/errors when running on 8u-dev/rt:

a) When I shutdown i sometimes get
> Java has been detached already, but someone is still trying to use it at 
> -[GlassRunnable 
> run]:/Users/tomschindl/Documents/e-workspaces/OpenJFX-master/modules/graphics/src/main/native-glass/mac/GlassApplication.m:92
> Java has been detached already, but someone is still trying to use it at 
> -[GlassRunnable 
> dealloc]:/Users/tomschindl/Documents/e-workspaces/OpenJFX-master/modules/graphics/src/main/native-glass/mac/GlassApplication.m:106

b) Also on shutdown I got (just once)
> java.lang.NullPointerException
>   at com.sun.glass.ui.Application.invokeLater(Application.java:472)
>   at 
> com.sun.javafx.tk.quantum.QuantumToolkit.postPulse(QuantumToolkit.java:396)
>   at 
> com.sun.javafx.tk.quantum.QuantumToolkit.lambda$12(QuantumToolkit.java:300)
>   at 
> com.sun.javafx.tk.quantum.QuantumToolkit$$Lambda$42/435457674.run(Unknown 
> Source)

Anyone else ever seen those? I'm currently working on DnD so this might
be involved but I'm not able to reproduce is all time.

Tom

Re: Setup IDE for development instructions

[Tom Schindl]

The path to to the libraries is wrong. It is

-Djava.library.path=${workspace_loc:rt}/build/sdk/rt/lib

Tom

On 28.04.14 23:36, Stephen F Northover wrote:
> I fixed the wiki to warn Eclipse users not to do this.
> 
> Steve
> 
> On 2014-04-28 4:55 PM, Stephen F Northover wrote:
>> Thanks Tom.  Felipe ran into this way back when.  Initially, the repo
>> was in the workspace, but having outside allows is how most people
>> develop and so I moved it out.
>>
>> Steve
>>
>> On 2014-04-28 4:45 PM, Tom Schindl wrote:
>>> Hi,
>>>
>>> Just to finish this. The real problem with is that I've clone the
>>> hg-repo directly to my workspace-folder (which is the default in the
>>> Eclipse-hg-plugin) which is causing all the troubles!
>>>
>>> Once I move the clone next to the workspace-folder things started to
>>> operate the way they should.
>>>
>>> Tom
>>>
>>> On 24.04.14 23:58, Stephen F Northover wrote:
 H . I can't look at this now but will look at it tomorrow. I am
 running:

 Eclipse SDK

 Version: 4.3.2
 Build id: M20140221-1700

 I will get the latest and greatest from the Eclipse download page and
 follow the steps.

 Eclipse has this funky optional classpath syntax.  Is this burning us?




  


 Anyhow, tomorrow!

 Steve

 On 2014-04-24 5:51 PM, Kevin Rushforth wrote:
> The default task in build.gradle is sdk so "gradle" and "gradle sdk"
> are equivalent.
>
> -- Kevin
>
>
> Tom Schindl wrote:
>> Hi,
>>
>> I once built with "gradle sdk" maybe that was wrong?
>>
>> Tom
>>
>> On 24.04.14 23:37, Stephen F Northover wrote:
>>> Did you build once outside the IDE? Type "gradle" in the rt
>>> directory.
>>>
>>> Steve
>>>
>>> On 2014-04-24 5:28 PM, Tom Schindl wrote:
 More stuff that does not work.

 If you import the projects you have build-path errors because
 source
 folders are missing in:
 * base:
 - src/main/resources
 - src/test/resources
 * builders
 - src/main/resources
 - src/test/resources
 * designTime
 - src/main/resources
 * fxml
 - src/main/resources
 * media
 - src/test/java
 - src/test/resources
 * swing
 - src/main/resources
 - src/test/java
 - src/test/resources
 * swt
 - src/main/resources
 - src/test/java
 - src/test/resources
 * web
 - src/main/native/WebKitBuild/Release/WebCore/generated/java

 Libraries are not found in buildSrc:

 It looks like you are using relative-paths but at least my eclipse
 does
 not like that but e.g. wants to detect them as
 rt/build/libs/ant-1.8.2.jar and not ../build/libs/ant-1.8.2.jar

 * graphics to compile without errors needs swt-debug.jar in the
 library
 path.

 * swt to compile without errors needs swt-debug.jar in the library
 path

 * scenebuilder needs to reference all projects but not rt-project

 Tom


 On 24.04.14 22:29, Tom Schindl wrote:
> Hi,
>
> I try to follow the guide at
> https://wiki.openjdk.java.net/display/OpenJFX/Using+an+IDE to
> setup my
> Eclipse workspace but the description how to preconfigure the JDK
> is a
> ambiguous.
>
> The ambiguous information is the "cd " which could
> me (I
> take my OS-X install as the reference)
> * cd
> /Library/Java/JavaVirtualMachines/jdk1.8.0_05.jdk_nofx/Contents/Home/jre/lib/ext
>
>
>
> * cd
> /Library/Java/JavaVirtualMachines/jdk1.8.0_05.jdk_nofx/Contents/Home/
>
>
> BTW for Eclipse there's no an easier way to get Java8 support
> you can
> grab a prebuilt distro from
> http://www.eclipse.org/downloads/index-java8.php
>
> Tom
>
>>
>