Discussion :

[Beginner.]

Bonsoir,

J'aimerais savoir si JavaFx est dédié uniquement aux applications Internet (Rich Internet Application), des applications qui s'exécutent dans un navigateur ou bien on peut aussi faire des applications bureau classiques (indépendant d'internet et d'un navigateur) ?

Merci.

[sinok]

On peut sans problème faire des applications standalone avec.

[Beginner.]

On peut sans problème faire des applications standalone avec.

+1 et merci. "applications standalone" signifie que ce sont des applications bureau classiques indépendant d'internet/d'un navigateur ? Je demande histoire d'être sûr.

[Robin56]

+1 et merci. "applications standalone" signifie que ce sont des applications bureau classiques indépendant d'internet/d'un navigateur ? Je demande histoire d'être sûr.

Oui

[Beginner.]

Oui

+1 et merci.

[pzellner]

oui et en plus avec le même développement tu décides à la compilation la cible. Le seul regret c'est la mésentente... entre Oracle et Google, car le projet initial de runtime Android est passé à la trappe. C'est bien dommage car une même technologie nous aurions pu cibler tous les environnements.

[Ubuntu66]

Bonjour,
je n'ai aucune notion de JAVAFX, mais étant donné que nous pouvons faire des applications avec, quel apport peut amener JAVAFX par rapport à Swing -ou notre bon vieux AWT-?

[M4veR1K]

Quote de Lunatix sur l'annonce Roadmap d'Oracle pour Java FX

Pour ce qui est de Swing : c'est simple. Cette api est gelée.
Ca veut dire qu'elle n'évoluera plus mais qu'elle reste pour le moment partie du jdk officiel java.

La nouvelle api java pour faire des clients lourds c'est JavaFX2 (a ne pas confondre avec javaFX1.X qui est abandonné).

C'est pour ça que je me suis mis à JavaFX il y a peu. Swing va devenir (si ça ne l'est déjà) obsolète. Apparemment, JavaFX sera inclut au JDK8 (la, ce n'est qu'un module qu'il faut télécharger à part).

[Beginner.]

Bonjour,
je n'ai aucune notion de JAVAFX, mais étant donné que nous pouvons faire des applications avec, quel apport peut amener JAVAFX par rapport à Swing -ou notre bon vieux AWT-?

Bonne question, justement je me demandais la même chose...

Quote de Lunatix sur l'annonce Roadmap d'Oracle pour Java FX

C'est pour ça que je me suis mis à JavaFX il y a peu. Swing va devenir (si ça ne l'est déjà) obsolète. Apparemment, JavaFX sera inclut au JDK8 (la, ce n'est qu'un module qu'il faut télécharger à part).

Intéressant mais à part ça ce serait bien de savoir si il y a une amélioration, j'ai cru comprendre qu'avec JavaFx les interfaces graphiques sont plus jolies, plus moderne, y a plus de fonctions à ce niveau là...

Utilises-tu Netbeans ?

...

[lunatix]

oui, en théorie, ils ont essayé de faire mieux avec javaFX
(réussite ou pas a chacun de se faire son avis)

ceci dit on retrouve :
un gestion de theme via css
http://docs.oracle.com/javafx/2.0/cs...s_tutorial.htm
ce qui pour ceux qui ont essayé de faire des themes swing est appreciable

une gestion d'effets graphiques modernes (transitions, effets etc...)
http://docs.oracle.com/javafx/2.0/vi...al_effects.htm

integration d'une vue html moderne, gestion de la vidéo
http://docs.oracle.com/javafx/2.0/we...ub-webview.htm

on ajoute un scenegraph, un format xml pour decrire les interfaces, et une prise en compte des le premier jour du probleme du threading
http://docs.oracle.com/javafx/2.0/th...ub-threads.htm

je trouve qu'on a une api pour faire des Gui qui semble si ce n'est plus puissante, en tout cas plus abordable et plus simple que swing/awt et plus cohérente (le mix awt/swing etait parfois horrible, on embarquait des Vectors et autres objets quasi depreciés au coeur de l'api etc...)

voila

[Beginner.]

oui, en théorie, ils ont essayé de faire mieux avec javaFX
(réussite ou pas a chacun de se faire son avis)

ceci dit on retrouve :
un gestion de theme via css
http://docs.oracle.com/javafx/2.0/cs...s_tutorial.htm
ce qui pour ceux qui ont essayé de faire des themes swing est appreciable

une gestion d'effets graphiques modernes (transitions, effets etc...)
http://docs.oracle.com/javafx/2.0/vi...al_effects.htm

integration d'une vue html moderne, gestion de la vidéo
http://docs.oracle.com/javafx/2.0/we...ub-webview.htm

on ajoute un scenegraph, un format xml pour decrire les interfaces, et une prise en compte des le premier jour du probleme du threading
http://docs.oracle.com/javafx/2.0/th...ub-threads.htm

je trouve qu'on a une api pour faire des Gui qui semble si ce n'est plus puissante, en tout cas plus abordable et plus simple que swing/awt et plus cohérente (le mix awt/swing etait parfois horrible, on embarquait des Vectors et autres objets quasi depreciés au coeur de l'api etc...)

voila

C'est intéressant, merci et +1.

[bouye]

Depuis la 2.0.2 JavaFX est soumis à la même license de redistribution que Java, ce qui veut dire que , tout comme le JRE, on peut aussi packager et redistribuer soit-même les runtimes* avec son application

ex: un installer NSIS qui installe une app fournie avec un launcher natif de type Launch4J/Janel/WinRun4J, etc. utilisant un JRE et des runtimes FX privées.

Ce qu'a montré Jasper Potts dans son blog "Packaging JavaFX Applications as Native Installers"

*Les runtimes publics/finaux pas les beta des dernières versions il me semble.

Évidement les moyens de lancement précédents (install séparée JRE + FX, Java Web Start offline ou intégré à une page web) fonctionnent toujours.
Pareil pour JWS tu peux utiliser les runtimes sur le site d'Oracle ou une copie située sur le même serveur web que ton app.
Pour ma part, on a tellement eut de couilles avec JWS (y compris des bugs introduits récemment par Oracle) qu'on fera tout désormais pour remplacer cette technologie sur laquelle on ne peut pas compter. On m'avait suggéré GetDown lors de la JavaOne.