JavaFX 1.3 est disponible et déjà supporté dans une version beta de NetBeans 6.9

Version imprimable

22/04/2010, 23h34
bouye

JavaFX 1.3 est disponible et déjà supporté dans une version beta de NetBeans 6.9
JavaFX 1.3 est desormais disponible sur le site de JavaFX. Est fourni egalement une version beta de NetBeans 6.9 supportant la 1.3 avec un JavaFX Composer a jour.
http://blogs.sun.com/javafx/entry/ja...eased_delivers

La liste des nouveautes :
http://javafx.com/docs/articles/javafx1-3.jsp
Citation:
New and enhanced support for UI controls, CSS, and programmatic layout
A native JavaFX font family called Amble
Support for the development of TV applications, including a new TV emulator
Enhancements for mobile applications, with the availability of the mobile emulator on the Mac platform
Support and improved editing features in NetBeans IDE 6.9 Beta
New features and enhanced performance in JavaFX Production Suite
Bind performance: 2-3x faster
Applet start-up time: 20% faster (with Java SE 6u18+)
Text Animation: 5-10x faster (frames per second)
Highly complex animations: up to 10x faster (frames per second)
Memory usage: 20-33% reduction (real-world apps, with Java SE 6u18+)
UI Controls: 50% faster, 33%-50% less memory (typical)
Auquelles il faut ajouter :
- Support des CSS
- Des nouveaux controles
  - ChoiceBox, une combo box.
  - PasswordBox, champ de mot de passe.
  - ScrollView, un ClipView dote de ScrollBar.
  - Separator, un separateur visuel.
  - Tooltip, des infobulles.
- Une amelioration/correction des controles introduits dans la 1.2.
  - ListView peut etre mis a l'horizontal
  - TextBox peut afficher un texte demandant la saisie d'une valeur et supporte le texte multiligne On peut desormais donner sa taille en colonne plutot qu'en pixels.
  - Sider a ete corrige et est capable d'afficher une regle graduee comme JSlider. Sa skin affiche correctement le focus desormais.
- Des controles en version preview dans le package com.javafx.preview.control
  - CheckMenuItem : entree de menu cochable
  - CustomMenuItem : entree de menu cochable
  - Menu : entree dans une barre de menu ou un menu
  - MenuBar : barre de menu
  - MenuButton : bouton en tant qu'entree de menu
  - MenuItem : entree de menu
  - MenuItemBase : ?
  - PopupMenu : menu contextuel
  - RadioMenuItem : entree de menu cochable
  - SplitMenuButton : bouton avec menu deroulant ?
  - Toolbar : barre de bouton
  - TreeCell : cellule de rendu dans un arbre
  - TreeItem : feuille/noeud dans un arbre ?
  - TreeItemBase : ?
  - TreeView : arbre graphique
- Des layouts (inspire de JFXtras) en version preview dans le package com.javafx.preview.layout
  - Grid
  - GridLayout
  - GridRow
- Une nouvelle police par defaut : Amble
- Le support de JavaFX TV.
- Une amelioration du support mobile.
- Possibilite de faire des requetes pour tester les capacites de la machine sur laquelle tourne le programme.
- 3D !
Les telechargements suivants sont disponibles sur http://javafx.com/downloads/all.jsp :
- NetBeans 6.9 beta + JavaFX 1.3 sous Windows, Mac, Linux, Solaris.
- Production Suite 1.3 sous Windows, Mac.
- JavaFX SDK 1.3 sous Windows, Mac, Linux, Solaris.
23/04/2010, 00h12
bouye

Bon deja il me faut telecharger tout ca et ensuite pas trop le temps de tester quoi que ce soit avant la semaine prochaine donc pour le moment j'ignore ce qu'il en est au niveau stabilite des composants, compatibilite des binaires, limitations de la production suite, rapidite de l'affichage 2D, 3D ou video, limitations/bugs de la Production Suite ou des filtres d'export SVG/AI/PSD -> FXD/FXZ, etc.
23/04/2010, 00h45
bouye

Sinon une fois de plus la methode de distribution actuelle des runtimes montre ses faiblesses avec un gros : exception: Unable to load resource: http://dl.javafx.com/1.3/javafx-rt-w...1.3.0_b412.jar dans la console Java quand mon navigateur essaie d'afficher l'applet en bas du site officiel...
23/04/2010, 02h59
bouye

Le telechargement de NetBeans plante toujours pour moi apres qq centaines de Ko que ce soit en telechargement direct ou via le Sun Download managere.

Steve on Java (initiateur du projet JFXtras) a poste un peu plus de details sur les nouveautes sur son blog : http://steveonjava.com/
On y apprend entre autre l'existence de divers modifications qui peuvent pas mal simplifier la vie comme le fait de pouvoir tester si une variable est bindee, les nouveaux champs des layout et CustomNode ou encore le fait qu'on peut a nouveau deplacer des noeuds dans la scene sans devoir les retirer precedement de leur noeud parent.

Guide de migration vers JavaFX 1.3 : http://javafx.com/docs/articles/port...-javafx1-3.jsp
23/04/2010, 03h49
bouye

:aie:

Citation:

Envoyé par http://javafx.com/docs/articles/porting-guide-javafx1-3.jsp

MP3
MP3 files can no longer be loaded directly from .jar files. See JavaFX FAQ Section 5.3 for more information.

Citation:

Envoyé par http://javafx.com/faq/#5.3

5.3 Can I include media in my JAR file?

No. Distributing media in JAR files is not efficient and is therefore not supported at this time. However, explorations of this capability for small media files (such as short audio/video clips) might lead to this support in the future.

Media files tend to be large, so you'll want to carefully consider how to distribute media content to your audience. You don't want users to wait for long periods of time while downloading files, for instance, which would certainly be the outcome for media packaged in the JAR. Also, as media files are already compressed, packaging them in additional compressed formats like .zip or .tar files can actually result in increasing the file size.

You are strongly urged to leverage the streaming capability in JavaFX technology. Because JavaFX Media supports streaming audio/video, you can achieve very short download times (for just the application) and take advantage of the streaming capability to play media content. The streaming capability will result in much higher performance and improved usability of your applications.

WHAT ?????????????????????????? 8O

En esperant que ce ne soit pas immediatement censure => http://forums.sun.com/thread.jspa?threadID=5436740

Citation:

Envoyé par moi

But what the heck were you thinking ?

[...]

I think somehow you forgot to realize that the entire planet IS NOT connected 100% of time to fast speed internet and that we cannot afford to have our application stream media on the fly every time or on the first launch (and find a hack to store them locally).

We've already having as much trouble as possible trying to figure out how to deploy/distribute a real desktop or pure-offline JavaFX app with the runtime distribution issue (of which nothing was fixed in 1.3) without additionnal "stay online all the time" burden.

Additionnaly as this seems to only apply to the classes from the JavaFX API, it seems nothing prevents us from embedding the media in the JAR and using some Java+classpath code to extract them locally.

So in the end it looks more like some legal mumbo-jumbo side-effects put in place to prevent the Java store from beeing sued because some people put illegal video and musics in their apps stored over there that the very idiotic published explaination which is basically just BS (sorry).
23/04/2010, 08h15
PhiLho

Oui, une excellente nouvelle, douchée par certaines restrictions... :(
23/04/2010, 12h37
Traroth2

La compatibilité ascendante est respectée, cette fois ?
23/04/2010, 12h40
galien

Je n'ai qu'un mot, enfin:D.
Je voudrais rendre un hommage à ma famille qui m'a supporté tous ces longs mois d'attente, de mon disque dur qui à réservé cette place aujourd'hui comblée, et enfin à mon clavier qui à enduré tellement de souffrances avec les layout :mouarf:
23/04/2010, 12h55
bouye

Attention le plugin JavaFX de Netbeans a qq bugs génants :
- plantage lors du refactoring de package
- plantage lors de l'édition d'un Tooltip sur un Button dans le JavaFX Composer.

Egalement : a quoi ça sert qu'ils continuent à éditer un JDK/JRE 64-bit si ET Netbeans ET JavaFX ne peuvent fonctionner qu'avec un JDK/JRE 32-bit ???? :cry:
23/04/2010, 12h58
bouye
pour la compatibilité, à priori non au vu des changement apportés dans l'API sur certaines des classes 1.2 existantes ; voir le guide de migration qui détailles ces changements :
- changement de noms de certaines variables.
- changement de type de certaines variables.
- changement d'accès (public -> public-read ou public-init) de certaines variables.
- la variable managed qui se barre de LayoutInfo pour se retrouver dans Node.
- etc.
23/04/2010, 13h35
bouye

1 pièce(s) jointe(s)

Jeté un coup d'oeil rapide à la Production Suite, le viewer a une jolie présentation (ce n'est pas trop ce qu'on lui demandait :aie:) mais perd en facilité de zoomer.

Concernant le filtre de conversion SVG -> FXD/FXZ, j'ai comparé un FXZ généré avec la PS-1.2 et un FXZ généré à partir de la PS-1.3 venant tous deux du même SVG généré avec Inkscape : ils sont identiques dans leur affichage !
Donc le convertisseur, n'est toujours pas fichu de convertir correctement les gradients circulaires transformés... :cry:
Concernant le code du FXD : le noeud racine était un Group dans la 1.2 et un FXD dans la 1.3 et le code 1.3 est formatté... et c'est tout, le reste semble 100% identique :calim2:

Pièce jointe 61469

Pas eut le temps de regarder ce qu'il en est pour le UI Stub vu que je ne veux pas encore porter le programme en 1.3 (il me faut attendre la version 1.3 de JFXtras).

Si qqun a Photoshop ou Illustrator ca serait bien s'il vérifiait s'il y a eut des améliorations de ce coté là.
23/04/2010, 13h43
galien

Les H/VBox ne sont plus des Group mais container, pas trop de soucis à part ca:ccool:
Sinon pour la perf 8-), ca marche mieux et les contrôles sont plus jolis et ne gigotent plus ;)
23/04/2010, 13h54
jiddou

Effectivement, très bonne nouvelle pour la communauté et pour moi surtout vu que je dois livrer mon application dans une semaine :ccool::ccool::ccool:.

Cependant, aucune nouvelle par rapport au déploiement offline parce qu'avec la version précédente le client doit être en ligne au moins pour la première fois pour pouvoir télécharger le runtime :cry::cry:.
23/04/2010, 14h19
bouye

Fait gaffe quand même à l'effort de portage vers la 1.3. Ca vaut peut-être plus le coup de concerver ça pour une maj post-release.
23/04/2010, 14h43
jiddou

Merci Bouye pour le conseil, je tacherai de m'en souvenir :ccool:.
23/04/2010, 22h53
galien

Vous avez pas des problèmes quand cache=true:aie:?
Ils ont rajouté CacheHint, mais est ce qui faut tout se taper à la main comme dans la doc?
Quelqu'un a essayé la 3D?:D
26/04/2010, 02h27
bouye

Concernant Media, la JavaFX doc n'est pas vraiment a jour :

Citation:

Envoyé par C:\Program Files\JavaFX\javafx-sdk1.3\docs\api\javafx.scene.media\javafx.scene.media.Media.html

public-init source String Defines the String which specifies the URI of the media; It must be an absolute URI, such as "file:///media.fxm".

Defines the String which specifies the URI of the media; It must be an absolute URI, such as "file:///media.fxm". If it is relative to the codebase the __DIR__ may be used, as in "{__DIR__}/media.fxm". Supported protocols include "file:", "http:", and "jar:". Currently, only audio in MP3, AU, and WAV containers are supported from within jar files.
Profile: common

:aie:

Pis j'ai teste avec mon application maison qui avait un fichier WAV enpaquete ; si on utilise donc une source de type "{__DIR__}[...]/truc.wav" on a une erreur (non blocante non catchable) a l'initialisation du Media/MediaPlayer disant que ce n'est pas supporte et evidement aucun son n'est joue par la suite :calim2:.

Stupide, stupide...
26/04/2010, 04h46
bouye

1 pièce(s) jointe(s)

La police des labels d'une Slider change parfois lorsqu'on deplace le focus (TAB) sur les elements du formulaire et peut finir par devenir une police a espacement constant puis revenir a son apparence par defaut...

Pièce jointe 61543
26/04/2010, 11h19
galien

Pour les problème d'affichage je te conseil de remplacer la fonte par défaut.
Dans l'exemple http://www.javafx.com/samples/StyleEditor/index.html j'ai la partie éditeur qui déconne complètement avec des artéfacts dans tout les sens à cause de leur super nouvelle fonte Amble.
Et puis la ce matin je vois un post de PiLho sur le forum officiel,...au sujet de la listView :massacre:. En plus il nous foutent les fonctions en double dedans dont il faudra m'expliquer l'intérêt.
JE COMMENCE SÉRIEUSEMENT A ME DEMANDER SI ORACLE FAIT BOSSER DES MANCHOTS, ou si ils laissent mourir javaFX, ca devient vraiment :sm: javaFX, je vais finir par changer de crèmerie.

Dans la série je sers à rien voici comment acceder à la scrollbar de la listView même si on a pas le droit.

Code:

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
 
public class CustomListView extends ListView {
 
    var flow: VirtualFlow;
    def position = bind flow.position;
 
    postinit {
        def _skin = skin as SkinAdapter;
        def _root = _skin.rootRegion as ListViewSkin;
        def _vcb = _root as VirtualContainerBase;
        flow = _vcb.flow;
 
    }
    function setBarPosition(pos: Number) {
        flow.vbar.value = pos/100.
    }
    function getCellH(): Number {
        if(flow.cellCount < 1) 0
        else flow.getCell(0).boundsInLocal.height;
    }
    function getFlowH(): Number {
        flow.boundsInLocal.height;
    }
 
    function setIndex(idx: Integer) {
        def size = sizeof items;
        if(idx < 0 or idx >= size) {
            return;
        }
        select(idx);
        focus(idx);
        if(flow.vbar.max > 0) {
            var ratio: Number = (getCellH()*idx) / (getCellH()*size - getFlowH());
            flow.vbar.value = ratio;
        }
    }
}

C'est donc dans la variable flow qu'on retrouve ses petits ;) par contre c'est protected :aie:.

26/04/2010, 21h49
bouye

Poste le en proposition de FAQ en indiquant que c'est pour la 1.3 (difficile à dire si ca fonctionnera en 1.3+).
26/04/2010, 23h19
galien

Enfin tout c'est grâce à rakeshmenonp de euh.. sun :mouarf:. Le problème c'est le calcul de la taille totale de la liste car il utilisent une liste spécifique pour l'affichage, on a pas directement le boundsInLocal quoi. Bon jm'y met dans pas longtemps :sm:
27/04/2010, 00h03
bouye

:furieux::mur:

Citation:

Envoyé par Jonathan Giles

This package contains a collection of experimental/preview controls that are not final and will change in future releases. In addition these controls are not available in the JavaFX runtime - they are only in the SDK. Eventually it is intended that these controls will transition from the com.javafx.preview.control package to the javafx.scene.control package.

Mais merdeuh a la fin ! Donc pas d'arbre ni de menu ni de barre d'outils lorsqu'on utilise les runtimes...

Il y a 12 ans ils avaient bien pondu un patch pour Java 1.1 permettant de faire tourner les composants test de Swing dessus !
Et le JDK 1.2 n'etait sorti en version finale qu'apres que tout ait ete finalise dedans... :mur:
27/04/2010, 13h41
zolive

il y a enfin le composant Tree ?

J'ai cru comprendre que dans la version 1.3 il y a enfin le composant Tree
c'est vrai ?
Ca me manquait vraiment pour le soft que je developpe.
28/04/2010, 01h17
bouye

Reponse courte : non

Reponse longue : oui mais en composant preview (uniquement dans le SDK donc -voir mon message precedent-).
05/05/2010, 05h28
bouye

1 pièce(s) jointe(s)

Pièce jointe 61962

Bon c'est sur que ce n'est pas encore parfait mais on peut commencer a faire des choses interressantes desormais...

Par contre l'API TreeView est encore un peu buggee :

- si on ne met pas de cellFactory, TreeItem.isLeaf() est bien appellee mais sa valeur de retour semble ignoree.

- si on une cellFactory, TreeItem.isLeaf() n'est jamais appellee.

Plus des fois (mais rarement) l'affichage des cellules deconnent.
06/05/2010, 05h21
bouye

1 pièce(s) jointe(s)

Pièce jointe 62015

Dans le meme genre, la ListView et son API de Cell peuvent desormais se montrer sacrement redoutable quand on elle est bien manipulee.
Cela fait quelques temps que je me programmais durant mon temps libre un moniteur pour notre parc d'ordi sous Condor (http://www.cs.wisc.edu/condor/) pour nos calculs distrubes. J'avoue que le passage en 1.3 s'avere plus qu'interessant.

En bidouillant un peu le code des cellules de liste extensibles (voire l'autre post "En attendant JavaFX 1.4") pour eviter les effets de bords genants (dus au fait que les meme cellules sont reutillisees pour l'affichage de la liste graphique, avec le code fourni par defaut on voit la cellule aggrandie se repeter plus en avant dans la liste lorsqu'on scrolle) et en fournissant un panneau maison fait avec le JavaFX Composer, y a possibilite d'avoir un affichage assez sympa.
Bon apres je ne suis pas trop designer donc un de ces 4 je demanderai a un de mes collegues de me pondre un prototype de presentation sympa que je porterai en FX.

Ca marche bien meme si c'est un peu binde a mort de partout (ca c'est justement a cause de l'API Cell).

Apres faut aussi se rappeler que ImageView produit des images reduites degueux et qu'il vaut mieux mettre la taille directement dans Image :aie:

Ah oui et j'ai mis une CSS avec Amble en 14, parce que bon... c'est le coup a s'exploser les yeux avec la taille par defaut d'Amble tellement elle est aliasee.
08/05/2010, 04h14
bouye

Le plugin Exadel pour Eclipse supporte désormais JavaFX 1.3 : http://exadel.org/javafxplugin
21/05/2010, 02h55
galien

FCS

Des petites nouveautés dans la version FCS de netbeans 6.9.
Et l'apparition des fiches fragments, une bonne nouvelle pour cette fonctionnalité attendue, le support des Grid et ChoiceBox, que du bon:ccool:
21/05/2010, 13h41
bouye

Un fragment, hein ? C'était évidement trop dur d'appeler ça une form, un pane ou un panel ? Je me demande bien qui est le crétin qui choisi ces noms absconts...
02/06/2010, 23h38
bouye

A noter que la RC 1 (et probablement aussi la RC 2 mais je n'arrive pas a la telecharger en entier) de NB 6.9 est nettement plus stable que la beta.

Les composants jusque-la manquant dans les palettes du JavaFX Composer y sont desormais. Par contre la structure des classes du composer a change ce qui provoque une incompatibilite du code sur un appel a une methode initialisant les Timeline internes. Pas besoin de re-creer le design entierement, il suffit de l'ouvrir, de passer en mode vue et de deplacer un controle quelconque ce qui aura pour effet de re-generer les blocs de code non-editables avec la nouvelle structure appropriee.
07/06/2010, 11h00
PhiLho

Citation:

Envoyé par bouye

Citation:

In addition these controls are not available in the JavaFX runtime - they are only in the SDK

Si mes souvenirs sont bons (je ne retrouve pas le post sur forums.sun.com), Jonathan Giles s'est rétracté dans le même thread.
J'avoue que je n'ai pas encore essayé ces previews dans une applet, par exemple.
07/06/2010, 12h02
bouye

En effet, il s'est bien planté (mais savent-il ce qu'ils font dans les équipes bossant sur JavaFX, des fois j'ai des sacrés doutes quand même). Les contrôles preview fonctionnent avec les runtime, je m'en suis rendu compte quand Rakesh Menon a publié sa démo traitant des TreeCell.