Discussion :

[la.lune]

-Pas encore d'API pour le multitâche mais le stack l'est (EDT+PRISM) et ça c'est une grosse nouveauté quand même.

Et cet API javafx.concurent contenant ceci:

Interfaces

• Worker

Classes

• Service
• ServiceBuilder
• Task

Enums

• Worker.State

La documentation explique bien l'utilisation mais il y a un billet de Richard Bair par ici qui explique à traver les exemples comment les utiliser.

[bouye]

Pour ce que j'en ai fait jusqu'à présent, je trouve que l'API 1.x était mieux fichue. Dans la bêta il y avait un bug gênant dans cette API qui faisait qu'il était difficile de savoir si la tache avait réussi ou échouée car elle ne retournait pas forcément la bonne valeur (un workaround était de mettre un listener sur l'état il me semble).
Mais bon, je n'ai pas porté le cœur de mon soft qui gérait des taches asynchrones et donc je ne suis pas encore entré dans les détails. On verra si j'ai plus de temps pour du FX cette semaine ou pas.

Il manque également un timer, précédemment on pouvait (et c'était même conseillé par la team) utiliser PauseTransition, mais désormais les transitions s'effectuent dans la thread média et donc mieux ne faut pas les réserver à un tel usage.
Du temps de la bêta de la 2.0, j'avais noté quelques différences notables de comportement également que j'avais reporté dans le Jira ; ex : dans 1.x une PauseTransition qui boucle appelait son action à chaque boucle. Dans 2.x beta, une PauseTransition qui boucle appelle son action uniquement à la fin de la dernière boucle (et donc jamais dans une boucle infinie). J'ignore si cela a été corrigé depuis ou pas.
D'un autre coté le bug de la 1.x de SequentialTransition qui faisait que parfois (jamais réussi à déterminer sous quelles conditions) la dernière Timeline n'était jamais appelé/exécutée semble avoir été corrigé dès les premières bêtas.

[bouye]

JavaFX 2.0 disponible en version finale
Sous Windows, et en beta pour Mac OS X

Mise à jour du 04/10/2011


C'est ce matin, durant le Keynote technique d'introduction à la JavaOne 2011, que Mark Reinold et Richard Blair ont dévoilé la publication de la version finale de JavaFX 2.0, ainsi que la mise en disponibilité en avant-première de l'outil de conception graphique SceneBuilder et de la beta de NetBeans 7.1.

Cette nouvelle version de JavaFX ne tourne pour le moment que sous Windows. JavaFX 2.0 est également disponible en version beta pour Mac OS.

Richard Blair a indiqué que la version finale pour Mac OS serait disponible lors du lancement de la version finale du JDK7 sur cette plateforme qui est attendue pour avant la fin de cette année.

Il a également rajouté que les versions de JavaFX pour les autres plateformes (Solaris, Linux) seraient disponibles à une date ultérieure sans donner plus de précisions.


Téléchargez JavaFX 2.0

[vintz72]

Une bonne nouvelle pour le JDK 7 sur Mac. Je ne sais pas s'ils ne seront pas en retard, mais d'apprendre qu'il est censé être dispo avant à la fin de l'année, c'est cool.

Par contre, Java FX 2 n'est pas du tout prévu sur Linux ?

[tchize_]

Linux avait été oublié avec java FX 1.0, il n'y a pas de raison de perdre cette mauvaise habitude. Après tout java FX était censé concurrencer flash, c'est pas comme si flash visait le multi plateforme.... Ha ben si en fait.

Décision à la con si tu veux mon avis.

[Uther]

En même temps JavaFX étant propriétaire, ils considèrent d’emblée que Linux n'est pas leur cible et ils ont sans doute raison.
Je ne vois pas JavaFX, percer et surtout pas sous Linux dans son état actuel.

[bouye]

Merci pour la fusion des sujets.

Sans vouloir présager la raison exacte de ce retard qui est aussi valable pour la version Solaris, ce que tout le monde oublie, il peut y avoir d'autres raisons que des considérations mercantiles ou politiques mesquinnes.

Ainsi, hier, le présentateur de la session "What's new on the JDK 7 desktop?" qui est membre de l'équipe 2D a longuement insisté sur le manque de maturité des pilotes graphiques sous Linux, le manque d'homogènéité de la plateforme et de ses changements d'architecture radicaux et drastiques réguliers, ainsi que la faible puissance des cartes graphiques des systèmes UNIX en général qui sont les principales raisons pour lesquelles ils ont un peu laissé tombé l'idée d'utiliser un pipeline OpenGL par défaut sur ces plateformes et choisi de se rabattre sur un pipeline logiciel basé sur XRenderer, un projet OpenSource mené par qqun qui avait précédemment travaillé au développement de X11 et qui leur permet d'avoir de bonnes performances d'affichage tant en local qu'en remote desktop.

Mais bon apres le cirage de bottes d'Intel auquel on a eut droit durant le Keynote, qui sait, peut-etre y a-t-il des raisons commerciales aussi. En tout cas personne ne s'en est plaint et le moment qui a déclenché le plus d'émoi et d'applaudissements dans la salle a été quand Jasper Spot s'est mis à contrôler en temps réel via Microsoft Kinnect un Duke en 3D qui était rendu dans une salle éclairée dynamiquement en temps réel aussi, le tout affiché dans une UI JavaFX (rappel : la version publique dors et déjà disponible permet de faire de la 3D mais avec des formes 2D uniquement et ne supporte pas encore les primitives 3D).

[tchize_]

javafx est un magnifique language pour faire de très belle interface, je ne vois pas en quoi linux ne serait pas utile. A moins de considérer que les applications desktop java n'ont pas non plus d'utilité sous linux. Ca fait depuis java FX 1.0 qu'on rale en entreprise parce que, justement, on ne peux pas profiter de javaFX pour faire des applications distribuées puissantes. Je vais encore avoir bientot une application desktop fortement orientée graphique à développer. Ca va pas rater, java FX ne pourra encore pas être utilisée, va falloir se coltiner tout le bordel de swing.

La profusion des systèmes de rendering? La blague, visiblement ça n'a jamais empêché awt, swing et swt de fonctionner. Les pilote pas prêts? On se fou de qui? J'arrête pas de faire tourner des truc 3D sous linux via wine, ça n'a pas l'air de déranger des masses wine, qui pourtant doit en plus se coltinner la partie traduction / émulation des appels direct X

[bouye]

JavaFX 2.0.2 disponible

La nouvelle version de JavaFX est désormais disponible. Cette version apporte une révision des droits de distributions et accorde aux utilisateurs une licence dont les termes sont identiques à celle de Java SE. Il est ainsi désormais possible de packager et redistribuer les runtimes JavaFX dans vos applications.

À compter de cette version, Oracle offre également désormais un support de JavaFX à ses partenaires membres du Oracle Premier Support for Software. Le support gratuit reste toutefois disponible via les forums JavaFX chez Oracle, ainsi que le Jira de JavaFX.

Parmi les nouveautés annoncées dans cette version on peut noter le support officiel de l’intégration de JavaFX dans SWT.

Téléchargez JavaFX 2.0.2
Release notes

[bouye]

Les précisions suivantes ont également été publiées sur FX Experience :

The JavaFX documentation team has also put out more documentation to explain a number of areas, including:

• Styling Charts with CSS describes how to alter the visual appearance of charts in your application. Using the various CSS classes and properties you can set an alternative color scheme, add images and graphical effects, modify the chart legend and plot, and even invent new chart symbols.
• The Menu chapter of the JavaFX UI Controls tutorial describes how to build a menu bar in your application, add menu items, assign specific actions to each item, and set a context menu for a node.
• Handling JavaFX Events describes how to create and use event handlers and event filters to process user interactions with your application.
• Using a Doclet with JavaFX describes how to use the Javadoc doclet that was created for use with JavaFX source code. Using the doclet with the Javadoc tool produces customized HTML documentation.
• Deploying JavaFX Applications describes a new JavaFX Ant helper parameter, <fx:argument>. Also new is a mechanism for passing images to the <fx:deploy> task. Use <fx:icon> to pass icons for various purposes or <fx:splash> to pass a splash screen image for Web Start applications.

Voir aussi : http://blogs.oracle.com/thejavatutor..._with_javafx_2

[la.lune]

Les ambitions d'oracle pour JavaFX sont aussi énorme que le fait d'oublier Linux serait une erreur grave de leur part. Patientons un peu car ça verra le jour