Discussion :

[galien]

Après un petit jeu de piste j'ai réussi à télécharger la 1.2 (Windows, Mac, Solaris x86, Linux)

Les nouveautés

JavaFX dans sa version 1.2 arrive enfin sur Linux

Plateforme de test (Fedora 10)

http://java-javafx-iipt.blogspot.com...-linux-12.html

Pour ceux que cela intéresse la première journée de javaone avec par le menu:

JavaFX sur une télé LG.
L'outil de création style flexbuilder.
L'app store en javaFX.
Les déclarations plus que rassurante du pdg d'Oracle sur le futur de javaFX (il voit bien OpenOffice version javaFX).
La vidéo:
http://java.sun.com/javaone/2009/general_sessions.jsp
Ce sont finalement plutôt des bonnes nouvelles pour tout ceux qui appartiennent à l'encore trop petite communauté javaFX.

Mise à jour du Plugin Eclipse

Comme d'habitude le blog de james weaver vous donnera quelques infos dessus.

http://learnjavafx.typepad.com/weblog/

[Ricky81]

Est ce qu'on peut s'attendre à une version plus mature qui va pouvoir faire face à la concurrence, ou faudra-t-il attendre une 2.0 ?

[vbrabant]

au fait, les nouveautés JavaFX 1.2 sont décrites là http://javafx.com/do...ticles/javafx1-2.jsp
Mais le plus important à savoir est que JavaFX 1.2 n'est pas compatible JavaFX 1.1 (qui n'était pas compatible JavaFX 1.0)

Et toujours pas de version annoncée pour Linux

[galien]

Y'a la version Linux et Solaris x86
Il semble de plus que le jdk update 14

[entreprise38]

Une chose me rébute énormément chez JavaFX : l'incompatiblité entre les versions (comme dit plus haut).
Etant dans un univers imprégné de Java, la moindre des choses aurait été de préserver cette compatiblité, non ? Ou celle-ci est-elle facilement franchissable ? Suffit-il seulement de recompiler avec le SDK visé ? (si ce n'est que ça... ça va, sinon je pleure)

Merci

[galien]

Pour les changement et les incompatibilités:
http://www.javafx.com/docs/articles/javafx1-2.jsp
Sinon entreprise38 c'est en effet un peu embêtant mais étant donné la maturité de javaFX ce n'est pas si surprenant. Enfin l'API de composants graphique est définie, les problèmes viendront d'ailleurs principalement de ce coté. Sun l'avait cependant annoncé, ce n'est donc pas une surprise. Rassurons nous, les prochaines versions seront certainement rétro compatibles, comme java l'est aujourd'hui.

[bouye]

Bah mieux vaut qu'ils modifient puis finalisent ENFIN l'API plutot que de garder des trucs deprecated pendant des annees. Apres... apres la pilule serait probablement mieux passee si la version 1.0 et 1.1/1.1.1 avaient ete respectivement appellees beta 98 et beta 99. Reste plus qu'a esperer que la version 1.2 soit la VRAIE version finale et non-pas une etape intermediaire de plus. Pis pour le futur, faudra aussi voir ce qu'Oracle en fait et des infos qu'on pourrait glaner a la JavaOne.

les développeurs java ne sont pas censée faire du flash ...

Ahhh pourtant si mes souvenirs sont bons Java a commence en rajoutant des animations dans des pages web... Y a des trucs qui sont IMMENSEMENT plus compliques a faire en Java2D + JMF + JAI alors que c'est les doigts dans le nez en JavaFX.

Mais bon... *gosh* va me falloir repasser sur tous mes exemples de test... enfin une fois les telechargements effectues.

[*alexandre*]

quel est l intérêt de java fx franchement ? les développeurs java ne sont pas censée faire du flash ...

[kajava]

JavaFX dans sa version 1.2 arrive enfin sur Linux

Plateforme de test (Fedora 10)

http://java-javafx-iipt.blogspot.com...-linux-12.html

[galien]

Pour ceux que cela intéresse la première journée de javaone avec par le menu:

JavaFX sur une télé LG.
L'outil de création style flexbuilder.
L'app store en javaFX.
Les déclarations plus que rassurante du pdg d'Oracle sur le futur de javaFX (il voit bien OpenOffice version javaFX).
La vidéo:
http://java.sun.com/javaone/2009/general_sessions.jsp
Ce sont finalement plutôt des bonnes nouvelles pour tout ceux qui appartiennent à l'encore trop petite communauté javaFX.

[bouye]

Bonne nouvelle alors

Par contre j'vois pas la video (sans doute un blocage quelconque)... faudra que je regarde depuis chez moi.

[bouye]

Effectivement tant le FXBuilder que le JavaStore ont l'air interressant. Etonant aussi qu'Oracle veuille se lancer dans le business des mobiles/appareils embarqués.

Par contre le coup de frayeur, c'est Intel qui veut dominer le monde... vivement que la CEE mette son nez dedans !!!

[bouye]

Quelques tests plus tard :

- les nouveaux layouts peuvent parfois se comporter un peu bizarrement : un Stack contenant un rectangle dont la largeur varie en fonction de la largeur de la scene sera de taille variable si mis dans une VBox mais de taille fixe si mis dans un Group (il faut alors binder le champs width du Stack avec le champs width de la scene).

- le positionnement relatif des objets dans les layout est malheureusement fait avec un int ou un float, donc parfois on a quelques pixels de decallage (nottament lors des centrages) a cause du manque de precision des calculs (mais bon c'est pour que ce soit plus rapide et mange moins de memoire, nottament sur les mobiles). Donc parfois (et contrairement a ce que disent les didaticiels 1.2), mieux faut faire un centrage maison a l'ancienne avec translateX et translateY pour avoir un afficher correct plutot que de se reposer sur le layout.

- il y a eut des changements quant au mode fullscreen : precedement quand une application fullscreen perdait le focus (ex: un dialogue quelconque non-lie a l'application pop), elle etait minimisee ; puis elle etait restauree en plein ecran quand on lui redonnait le focus. Desormais elle retrouve ses decorations et reprend sa taille initiale et on ne peut pas la remettre en plein ecran (sauf si on programme la gestion du focus ou si on met un bouton pour bien sur), ce qui peut etre plutot genant si on fait des diaporamas a la Powerpoint, si on joue de la video en plein ecran ou si on a fait une GUI sensee toujours accaparer la totalite de la surface de l'ecran.

- j'ai parfois des performances execrable des que j'utilise des gradients de trop grande taille. Dans mon test la barre titre custom de mon app se retire/coulisse vers le haut des que l'app est passee en plein ecran (apres tests, ca le fait aussi en fenetree). Si le panneau central de l'application utilise une couleur unie, pas de probleme ; si c'est un gradient... ca saccade et c'est tres lent (je ne me souviens pas avoir eut des ralentissements similaires precedement). Note : JavaFX 1.2 sur JDK 1.6.0_14

[Fr3nchK1ss]

- j'ai parfois des performances execrable des que j'utilise des gradients de trop grande taille. Dans mon test la barre titre custom de mon app se retire/coulisse vers le haut des que l'app est passee en plein ecran (apres tests, ca le fait aussi en fenetree). Si le panneau central de l'application utilise une couleur unie, pas de probleme ; si c'est un gradient... ca saccade et c'est tres lent (je ne me souviens pas avoir eut des ralentissements similaires precedement). Note : JavaFX 1.2 sur JDK 1.6.0_14

J'ai eu le même problème, que j'ai résolu en mettant la propriété "cache" à true au niveau du composant qui contient le gradient. De base, la valeur est à false alors JavaFX redessine tout le gradient en continue... A true, il convertit en bitmap et basta.

Sinon, moi aussi mon drag&drop déconne un peu, et j'ai aussi des problèmes de précision lors de gros zooms. Certains composants se retrouvent pas à la bonne place alors que ce n'était pas le cas avec la 1.1.1.

Dans la catégorie "ça sent la sortie à la va-vite avant la JavaOne" , les nomminés sont : "impossible de spécifier la couleur du texte des nouveaux composants" même en utilisant une feuille de style et également "ma Slider a toujours une grande taille malgré le fait que je lui ai dit de ne faire que 30 pixels de long".

Et oui, moi aussi j'ai un peu halluciné (en plus du manque de la combobox). Pour l'instant, je m'en sors en enlevant le texte de la checkbox et en lui groupant (HBox) un composant Text que je customise. J'ai aussi des problèmes de dimension sur les boutons. Ils ont une taille qui varie suivant la taille de la police utilisée pour le texte interne. Width et Height n'ont aucun effet... J'utilisais des petits icons pour des boutons de type "fermer" ou "recentrer", même combat, maintenant ça fait un gros bloc gris avec le petit icon dedans... impossible de réduire la taille du bouton aux dimensions de l'image.

[Ricky81]

Salut,

Quelqu'un a essayé la nouvelle version du Plugin Eclipse réalisé par Neil Bartlett ?

http://javafx.com/docs/gettingstarted/eclipse-plugin/

[bouye]

non

[bouye]

Concernant la Production Suite, au moins 1 défaut connu de la version 1.1.1 n'est toujours pas corrigé : les gradients circulaires transformés ne sont pas correctement convertis lors du passage SVG -> FXD.

Il semble toujours y avoir des problèmes lors de l'usage de texte, ceci ne sont pas forcément transformés. Donc comme précédement dans Inkscape je converti mes textes en forme avant le passage au convertisseur de la Production Suite (pis comme les polices utilisées ne sont pas forcément présentes partout, et qu'il ne s'agit pas de texte internationalisable, c'est probablement mieux ainsi).

Précédement j'avais le code (gauge est le noeud racine UI généré à partir du FXZ, drinkButton est une des entités nommées dans le SVG) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
var autodrink = bind gauge.drinkButton.visible with inverse;

Et NetBeans m'a demandé de le remplacer par ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
def drinkButton = gauge.drinkButton;
var autodrink = bind drinkButton.visible with inverse;

En fait NetBeans me disait d'écrire carrément def autodrink mais j'ai comme un doute là

[bouye]

Dans la catégorie "ça sent la sortie à la va-vite avant la JavaOne" , les nomminés sont : "impossible de spécifier la couleur du texte des nouveaux composants" même en utilisant une feuille de style et également "ma Slider a toujours une grande taille malgré le fait que je lui ai dit de ne faire que 30 pixels de long".

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
 
def autoDrinkCheckBox = CheckBox{
    font: Font.font("Trebucher MS", FontWeight.BOLD, 10);
    text: ##"Auto drink at 2m";
    // Y a pas!
    //textFill: Color.WHITE;
}
// Marche pas et la propriété foreground n'est pas supportée.
// textFill n'a aucun effet.
// fill change le font de la case à cocher.
autoDrinkCheckBox.style="textFill: #FFFFFF; foreground: #FFFFFF;";
def volumeLabel = Label {
    font: Font.font("Trebucher MS", FontWeight.BOLD, 10);
    textFill: Color.WHITE;
    text: ##"Volume";
}
def volumeSlider = Slider {
   min:0, max: 2.0;
   value: bind player.volume with inverse;
   width: 30;
}
def panel = Panel {
   content: Stack {
       nodeVPos: VPos.CENTER;
       content : [
           background,
           VBox {
               spacing: 3;
               vpos: VPos.CENTER;
               nodeHPos: HPos.CENTER;
               content: [
                    autoDrinkCheckBox,
                    HBox {
                        spacing: 3;
                        content: [volumeLabel, volumeSlider]
                    }
               ]
           }
       ]
   }
   translateX: shadow.localToScene(shadow.boundsInLocal).minX;
   translateY: shadow.localToScene(shadow.boundsInLocal).minY;
}

[bouye]

Parmis les trucs qui déconnent dans cette release également : le drag de fenêtre. Ainsi si je clique et tire la fenêtre de mon application d'un bord à l'autre de l'écran, celle-ci va se mettre à vaciller, apparaitre de ci-delà sur l'écran et si je relache suffisament vite la souris, je peux même arriver à mettre la fenêtre carrement intégralement hors de la surface affichable (alors que j'ai relaché ma souris dans la surface affichable).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
def stage2:Stage = Stage {
    title: ##"Fire Water 2";
    style: StageStyle.TRANSPARENT;
    scene: Scene {
        fill: Color.TRANSPARENT;
        content: Group {
            content: [panel, interface2UI];
            /**
            * Makes the entire group draggable.
            */
            onMouseDragged: function( e: MouseEvent ):Void {
                FX.deferAction(function():Void {
                    stage2.x += e.dragX;
                    stage2.y += e.dragY;
                });
           }
        }
    }
}

En formant un projet plus simple (un unique Rectangle dans la scene, le tout dans une fenêtre décorée), un code similaire fonctionne très bien avec la 1.1.1+1.6.0_14 ; MAIS a ce comportement bizarre dans la 1.2+1.6.0_14 (Note : le deferAction() ici est une tentative de résoudre le problème).

J'avoue ne pas trop savoir où est le problème d'autant plus que Sergey Malenkov fait pareil dans sa classe application (https://malenkov.dev.java.net/20090602/Application.fx) et que son application de test des nouveaux composants (http://weblogs.java.net/blog/malenko...rols_in_j.html) n'a pas le comportement hérratique de la mienne.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
 
[...]
        Rectangle {
          cursor: Cursor.MOVE
          blocksMouse: true
          visible: bind show and (not applet or draggable)
 
          x: bind border
          y: bind border
          width: bind width
          height: bind offset
          arcWidth: bind round
          arcHeight: bind round
          fill: bind foreground
          opacity: 0.1
 
          onMouseEntered: function(event) {
            hover = true
          }
          onMouseExited: function(event) {
            hover = false
          }
          onMouseDragged: function(event) {
            stage.x += event.dragX;
            stage.y += event.dragY;
          }
        }
[...]

PS : à noter qu'une fois l'animation du chrono lancée, la fenêtre a tendace à se comporter normalement.