Discussion :

[slim_java]

salut .
j'ai pas des connaissances concernant la technologie javaFX par contre j'ai pas mal travaillé sur les technologies flash et son actionScript , director et son langage lingo mais dans tous ,le java reste mon langage de programmation préféré .
je me demande souvent si je peut m'orienter vers la javaFX pour réaliser tous ce que j' ai pu faire avec flash ou director ( Cd interactif ,jeux 2D,animation pour site web ,bannière...)
donc peut être quelqu'un de vous pouvait m'éclairer les choses .merci

[galien]

Tu peux utiliser tout code java avec javafx, d'autre part javafx utilise un stack graphique 2d performant s'appuyant sur opengl (jogl) donc tu peux faire tout ce que peut faire flash en 2d. la 3d est attendu pour le début 2010.
En résumé javafx est aussi puissant que java mais orienté présentation.

[Fr3nchK1ss]

Tu peux aussi utiliser du CSS pour designer tes applications avec JavaFX. Dans les prochaines version, un profile TV va faire son apparatition donc on aura surement des améliorations pour faire du rendu type Menu Interactif

Je suis d'accord avec galien, tu trouveras ton bonheur dans JavaFX vu tes besoins, surtout si tu disposes d'un bonne quantité de code java réutilisable.

Par contre faut quand même savoir que JavaFX c'est encore en développement malgré une dénomination 1.2.1. On a eu des gros changements d'API qui sont intervenus ces derniers mois. Faut pas avoir peur de casser pour mieux reconstruire Mais c'est en forgeant qu'on devient forgeron.

[PhiLho]

Comme dit plus haut...
Tout d'abord, JavaFX n'est pas Java, il a une syntaxe propre, plus simple (en théorie). Certains apprécient, d'autres moins (préferreraient avoir le moteur de JavaFX en tant que librairie Java...). Si tu cherches à garder la syntaxe Java, c'est raté.

Cela dit, le code JavaFX compilé devient un paquet de .class classiques, c'est du bytecode Java pur. Avec une runtime library en Java, se reposant sur du code native pour l'accélération graphique.
Un des avantages de JavaFX est sa portabilité : Windows, Mac, Linux et surtout téléphones portables (pas nombreux, pour l'instant) voire même télévisions dans le futur...

Un autre avantage est, comme dit galien, que tu peux appeler du code Java (classes, libraries...) depuis JavaFX, certains trouvent ça plus pratique pour faire la logique business, par exemple.

Un truc sympa est que les concepteurs ont prévu d'intégrer des designers dans le processus de création de programme de façon plus profonde qu'avec d'autres systèmes : c'est en partie pour ça qu'ils ont adopté un langage simplifié et fortement déclaratif.
De plus, comme dit Fr3nchK1ss, on peut utiliser des feuilles de style CSS pour modifier rapidement l'apparence d'un programme. Mieux encore, un designer peut sortir un graphisme de l'UI dans son programme de dessin vectoriel (style Illustrator) et le programmeur peut l'utiliser tel quel dans son code, permettant une grande richesse d'interface tout en la laissant totalement redimensionnable à volonté.

[slim_java]

merci beaucoup pour vos interventions.
si je prend le logiciel flash , Les fichiers , généralement appelés « animation Flash » sont au format .swf. Ils peuvent être inclus dans une page web et lus par le plugin Flash du navigateur, ou bien interprétés indépendamment dans le lecteur Flash Player.
donc sous quel format on peut publier nos animation réalisé sous javaFX ?

[bouye]

De la même manière et avec les mêmes lourdeurs que n'importe quel application Java (par rapport au déploiment Flash) : sous forme de JAR et dans une applet ou via Java Web Start (ça fait peur hein )

[slim_java]

De la même manière et avec les mêmes lourdeurs que n'importe quel application Java (par rapport au déploiment Flash) : sous forme de JAR et dans une applet ou via Java Web Start (ça fait peur hein )

et bien sur ,faut installer la JRE chez le client
quel sont les tendance à faire concernant la javaFX ?
est ce qu'il y'aura une tendance à avoir un format spécifique aux application javaFX ,ou bien le déploiement sera qu'avec des archive jar ?

[PhiLho]

D'après Adobe lui-même (un concurrent...), Java est installé sur 81 % des machines accédant à Internet. Sans spécification de version (il faut au moins une 1.5). C'est pas si mal... Et les versions récentes du JRE se mettent à jour automatiquement (si l'utilisateur veut bien...).

Bon, ils disent que Flash est installé sur 99 % des ordis (la force des accords avec les créateurs de navigateurs...), mais là encore certaines application Flash demandent une version récente pas encore installée.
En faveur de Flash : il est beaucoup plus léger à installer. En faveur de Java : il est beaucoup plus puissant d'emblée !

Et non, Sun n'a pas jugé nécessaire de créer un format spécifique à JavaFX, ce qui est plutôt une bonne chose (on garde les mêmes outils).

Note : dans l'état actuel de la licence JavaFX, pas moyen de pré-déployer le runtime, c'est obligatoirement le JNLP (si démarrage par Web Start) ou le script JavaScript fourni (si applet) qui vérifie la version et le télécharge, si nécessaire, des serveurs Sun.

[slim_java]

d'après James Gosling, JavaFX est le plus important projet logiciel de l'histoire de Sun

alors je comprend pas quel sont les apports de la technologie javaFX ?
quel sont les plus offerts par apport au autre technologies mature présents sur le marché comme le fameux Flex
qu'est qu'il fait orientés les graphistes(non habitué de java) vers javaFX ?

[PhiLho]

Bah, j'ai présenté un certain nombre d'arguments plus haut : intégration intime avec Java, ce qui offre d'emblée de nombreuses bibliothèques (de la lecture d'ID3 de MP3 à la gestion de physique 2D, de l'usage de cryptographie avancée à la connexion à toute base de données, etc.), utilisation de la JVM ce qui lui confère une vitesse supérieure à ses concurrents, portabilité assez aisée vers des téléphones, utilisation directe de graphismes vectoriels (l'argument pour les graphistes !) et syntaxe assez simple et descriptive, etc.

[bouye]

Outre ce qui a été mentionné plus haut, parmi les choses qu'on peut retenir :

- entièrement exécuté dans l'EDT.

- peut-être précompilé (par défaut) ou interpreté (on peut donc écrire des scripts pour étendre son programme).

- l'API SceneGraph 2D (3D dans le futur) qui permet de faire de la gestion de noeud graphique et des effets graphique d'une manière plus simple que celle de Swing (pas besoin de refaire sans arrêt les calculs de zone de clip, ni la création d'images temporaires, etc).

- Le profil desktop permet également de wrapper une interface Swing dans une interface SceneGraph.

- un profil common qui permet d'avoir des appli qui tournent à l'identique sur le desktop, les mobiles surpportant JavaFX (et prochainement les TV supportant JavaFX). Les composants natifs JavaFX sont dans le profil common donc on les retrouve également dans les profiles desktop, mobile et tv.

Par contre bien sur si on garde uniquement le profil common on perd en possibilités d'effets graphiques (puisqu'on a un nivellement par le bas).

- les outils pour lire les flux RSS (je suppose qu'une API similaire fera sont apparition pour Java dans le JDK 7).

- une bibliotheque permettant de faire des graphes 2D (comme elle repose sur SceneGraphe suis pas sur qu'on voit un truc équivalent pour Java dans le JDK 7).

Dans les moins :
- pas mal de bug nottament de bugs de positionnement et dans les composants natifs JavaFX. Quelques trous de performance ici et là.

- language jeune toujours en devellopement :

- incompatibilité des binaires entre les différentes versions.
- incompatibilité de l'API entre les différentes versions.
- les règles de bonne conduite sont encore rare.
- On est dans la période de la vie du language/API ou les infos, même officielles, sont plutôt rares et chacun cherche comment ça marche dans son coin. Il faut donc passer pas mal de temps sur les forums et le blogs pour trouver des truc interressants.

- pas d'outils de design graphique. Sun a présenté un outil de designer devellopé en interne à la JavaOne mais on en a pas entendu parlé depuis, cela ressemblait un peu à Flash studio par certain coté mais semblait destiné à créer des menu genre interface de DVD, de Blueray, site de trailer de film.

- un déploiement pas trop pour une application standalone.
Si tu te contentes de déployer vi Java Web Start ou une applet et si tu es dans un envirronement fortement connecté (connection rapide et tout le temps active au net, pas de filtrage ou de sécurité "à la con") tu ne devrais pas trop avoir de problèmes.

- outils de la production suite "perfectibles" (les filtres destinés à convertir du AI, du PSP et du SVG en FXD/FXZ en sont pas encore parfaits).

[slim_java]

salut tous le monde.merci pour vos informations.

je suis curieux a savoir si les applications javaFX (notamment les applets) sont indexer dans les moteurs de recherche ?

[PhiLho]

je suis curieux a savoir si les applications javaFX (notamment les applets) sont indexer dans les moteurs de recherche ?

Excellente question ! Merci de l'avoir posée...
Je hasarderai que non : les applets Flash ont longtemps été ignorées par Google. Il semblerait maintenant qu'il sait analyser les fichiers .swf, encore que j'ignore comment ça marche (faut faire quelque chose de spécial ?).
Je doute que Google aille chercher, à l'heure actuelle, des infos dans les fichiers .jar (mais je peux me tromper).
Pourtant, une application bien faite, utilisant l'API d'internationalisation (i18n) de JavaFX, donc ayant les chaînes de texte à afficher dans des fichiers .fxproperties au format bien défini, devrait être facile à indexer.
Wait and see...

[galien]

A priori un applet s'execute dans une page html, donc ce sont les méta-données de la page html qui seront indexées par ton ami.
Pour le WebStart, indexer du contenu revient à indexer un lien de téléchargement d'un programme exécutable, ce qui n'a pas beaucoup de sens.
Enfin Slim je t'invite à consulter la documentation sur javafx.com, ceci pouvant répondre à nombre de tes questions.

[slim_java]

Enfin Slim je t'invite à consulter la documentation sur javafx.com, ceci pouvant répondre à nombre de tes questions.

bien évidemment.
pour mes initiations j'aimerais toujours commencer avec un bouquin.

pour le moment j'ai trouvé un titre " JavaFX: Developing rich internet applications" de CLARKE Jim, CONNORS Jim, BRUNO Eric J.

je laisse le sujet ouvert . merci pour vos informations

[galien]

Pour le choix d'un livre de référence, prends bien garde à ce qu'il ai été publié après la sortie de la version 1.2, en effet de gros changements ont été effectués entre la 1.1 et la 1.2.