Par contre le temps de connexion du graphe au SceneGraph ainsi que le temps d’exécution de la méthode layoutPlotChildren() est désormais négligeable ce qui était quand même le but de la manip.

Idem quand, dans la session de l’expérience team, Jonathan Gilles a indiqué qu’il a des tonnes de nouveaux composants en attente de validation sur son ordi mais qu’il est pas sur que ça sorte un jour car y a pas assez de monde pour valider, faire l’assurance qualité, la doc, les didacticiels, etc…

Toilettage

Par exemple j’avais fait un test dans lequel j’affichais des graphes dans un display shelf (un peu comme ça : http://learnjavafx.typepad.com/.a/6a00e54f133d6988340120a4d00bcb970b-800wi) mais ce faisant les performances étaient exécrables (tout est vectoriel) et en plus on perd un espace mémoire monstre (puisqu’on ne peut pas partager les séries et les données entre plusieurs graphes).

Par contre si on prend un snapshot bitmap d’un graphe et qu’on l’affiche dans le display shelf c’est beaucoup plus rapide et plutôt économique aussi en mémoire occupée ! Bien sur si le graphe contient des données dynamiques il faudra faire qq chose qui mette à jour le snapshot de temps à autres.

En FX 1.x j’avais fait des effets de drag’n drop assez sympa en rasterisant des nœuds et en affichant l’image ainsi produite sous le curseur. Là en 2.2, j’ai fait des icônes qui affichent le contenu des chart pour mettre dans les ListCell de mes ComboBox.

L’autre truc bien c’est que désormais c’est hyper simple de faire des sorties en image, en PDF (avec contenu bitmap) et surtout imprimer même si ce n’est pas 100% parfait (on peut faire mieux au niveau qualité).

l’algo devient :
– faire une copie du noeud OU retirer le noeud existant de son parent dans la scène / sauvegarder ses préférence.
– redimensionner la copie / le noeud pour lui donner les dimensions de l’image.
– créer une scène.
– mettre la copie / le noeud dans la scène.
– appliquer la CSS.
– appeler Node.snapshot() ou Scene.snapshot() pour créer une WritableImage.
– convertir la WritableImage en BufferedImage en appelant SwingFXUtils.toFXImage().
– imprimer la BufferedImage / la sauvegarder / la coller dans un PDF / etc.
– supprimer la copie / restaurer le noeud dans son parent initial avec son layout et ses dimensions d’origine.

Ce faisant, on a donc plus trop besoin de jongler entre 3 threads (a la rigueur juste s’assurer qu’on manipule la scène dans la FX App thread – puisqu’en général on déportera ce genre de bout de code vers un Service.

Avec snapshot() on peut faire des trucs marrant comme générer des aperçus de charts pour les afficher dans une cell pour une ListView, CombBox, TreeView ou TableView par exemple.

Ce lien (http://www.devoxx.com/pages/viewpage.action?pageId=5014845) est pour la présentation de la Devoxx qui est donc plus récente. Peut-être a-t-il donné plus de détails à ce sujet.

En 1.x, __DIR__ est une variable de script globale ( == une variable statique) qui permet de récupérer l’URL relative du package actuel de la classe courante ce qui permet d’accéder aux ressources (image, sons, etc.) utilisées par cette même classe (que ce soit dans une arborescence non-compressée -le répertoire build de NetBeans- ou dans un JAR), ce qui évite de devoir taper en dur un chemin d’accès pour un ClassLoader (ex: loader.getResource(« org/spc/ofp/project/movit/resource/MonApp.css »; chose que NetBeans ne comprends pas du tout lorsqu’on fait du refactoring et qu’on renomme un package par exemple. Ce qui oblige donc a aller manuellement changer le code après avoir fait le refactoring).

Une solution alternative rapide serait de passer par un outil de design tierce pour un autre framework (ex: WPF ou Windows Form – rappel Visual C# 2010 Express est gratuit) écrit un langage XML similaire (ex: XAML) et de convertir le résultat en FXML (franchement si on s’en tient aux composants de base, XAML et FXML c’est kifkif pareil modulo des noms de classe et de valeur).

Nous démarrons une nouvelle appli avec Java comme langage. Avez vous trouvé des solutions pour pouvoir utiliser SceneBuilder sans attendre la beta, d’autant que d’après la RoadMap elle arrivera finalement assez tard, bien après Netbeans 7.1

Ce serait désolant de devoir choisir Swing faute de solution, même si c’est vrai, on peut tout faire « à la main » mais avec combien de temps perdu en plus.

Merci d’avance.

Je regarderai ça dès que je serai remis de mon vol San Francisco -> Auckland (13h) + escale (9h) + Auckland -> Nouméa (3h).