1.0 Introduction
2.0 Modifications par rapport à la version précédente
3.0 Limitations
3.1 Conteneur JRE personnalisé
3.2 Prise en charge des styles de génération de code de VAJ Visual Composition Editor
4.0 Problèmes connus
4.1 Prise en charge limitée pour les menus de boîtes à outils AWT
4.2 Prise en charge limitée de Rétablir
4.3 Conflit SINE/Aventail
4.4 Prise en charge limitée de l'entrée dans la notation unicode
4.5 Ajout de propriétés à une section "this"
4.6 Prise en charge monocouche de JLayeredPane
4.7 Prise en charge du lancement d'une classe nonpublic avec le programme de lancement JavaBean
4.8 Prise en charge limitée des actions
4.9 Prise en charge limitée de l'utilisation d'Hummingbird Exceed 7.1
4.10 Glisser-déposer sans la souris
4.11 Aucun champ de changement de nom sur la fenêtre en incrustation des non-visuels ou des enfants JMenu
4.12 JFrame et contentPane
4.13 Prise en charge Singleton
Visual Editor for Java est un éditeur centré autour de la source, qui permet de créer des applications graphiques. Il repose sur le modèle de composant JavaBeans et prend en charge la construction visuelle via AWT (Abstract Window Toolkit) ou Swing.
Si vous migrez des fichiers à partir de Visual Composition Editor vers VisualAge for Java, la taille des fenêtres de niveau supérieur peut être différente dans cet éditeur. Le Visual Editor for Java affiche la fenêtre basée sur les limites ou sur la taille définie dans le code Java, qui est la même que celle qui sera utilisée lors de la phase d'exécution, alors que VisualAge pour Java Visual Composition Editor utilisait une taille distincte légèrement plus grande.
Si vous utilisez l'utilitaire de migration pour capturer l'emplacement des beans Java des formulaires libres dans VisualAge for Java Visual Composition Editor comme commentaires de classe, des différences mineures peuvent survenir entre les positions absolues utilisées entre Visual Editor for Java et Visual Composition Editor. Elles sont dues au fait que la position de Visual Composition Editor ne prend pas en compte un libellé de bean Java non-visuel, alors que le Visual Editor for Java le fait.
Le Visual Editor requiert soit la variable JRE_LIB, soit le conteneur Java JRE par défaut à définir sur un chemin de classe de projet de manière à fonctionner correctement.
Ce sont les entrées par défaut fournies par Eclipse pour un projet Java.
Le Visual Composition Editor comporte trois styles de génération d'événements :
Style 1 : N'utilisez aucune classe interne
Style 2 : Utilisez une classe interne pour tous les événements
Style 3 : Utilisez une classe interne pour chaque évenement
Le Visual Editor for Java reconnaîtra le style 2 et le style 3. Si vous avez une classe qui utilise le style 1, vous devez la régénérer en style 2 avant de l'exporter vers WebSphere Studio. Pour modifier le style de génération de code, ouvrez les propriétés de la classe à partir de son menu contextuel et sélectionnez l'onglet "Génération de code".
Visual Editor for Java offre un support visuel limité des menus AWT. Le Visual Editor prend en charge la visualisation pour les JMenus.
L'action Rétablir peut ne pas restaurer intégralement une action Annuler.
Si vous utilisez SINE, vous devez définir le logiciel Aventail de façon à ignorer java.exe pour que le Visual Editor for Java fonctionne correctement.
La notation \uXXXX n'est pas prise en charge dans la saisie de texte à partir de la feuille des propriétés. Pour utiliser la notation Unicode (ou \t \n, etc.), utilisez la sous-fenêtre du code source.
Une section this sera créée sur le canevas d'une classe contenant des propriétés (hérités ou non). Si vous ajoutez des propriétés, vous devrez sauvegarder la classe, la fermer, puis la rouvrir pour que les nouveaux attributs soient appliqués.
Visual Editor for Java renvoie les index JLayeredPane dans une simple couche. Dans le cas de couches multiples/d'index, Visual Editor for Java risque de ne pas afficher les composant dans le bon ordre.
Le programme de lancement de bean JavaBean ne prend pas en charge le lancement d'une classe publique.
Les classes qui implémentent l'interface java.awt.Action peuvent être ajoutées à un JMenu, JPopupMenu et JToolBar dans l'afficheur de graphiques et l'afficheur de beans mais ne peuvent être sélectionnés, déplacés et supprimés que dans l'afficheur de beans.
Si vous utilisez Hummingbird Exceed 7.1 en tant que serveur X sur Windows, le panneau de contenu de javax.swing.JFrame ainsi que d'autres cadres ne s'affichent pas correctement ou ne sont pas dimensionnés.
Il est conseillé d'utiliser un serveur Linux X pour utiliser Visual Editor for Java.
Pour déplacer un composant de la palette uniquement à l'aide du clavier :
Option 1 : utilisez la sous-fenêtre du code source.
Option 2 : utilisez l'outil d'accessibilité MS pour mapper la souris vers le clavier et procédez comme suit :A. Utilisez le raccourci-clavier IDE pour accéder à la barre d'outils (F10 et tabulations), puis sélectionnez l'action Sélection du bean à l'aide de la flèche de déplacement vers le bas. Dans les options de menu, sélectionnez le composant que vous souhaitez déplacer à l'aide de la touche Entrée.
B. Utilisez le bloc numérique pour déplacer le curseur chargé vers la zone du canevas que vous souhaitez déplacer (vous pouvez modifier l'emplacement ultérieurement à partir du code source).
C. Utilisez la touche numérique + pour déplacer le bean.Vous pouvez utiliser le code source de la feuille de propriétés pour modifier la taille et les limites du composant.
Cette limitation est courante. La prise en charge du changement du nom n'apparaît que sur les visuels (c'est-à-dire, hérite de java.awt.Component) avec la seule restriction supplémentaire qu'elle n'apparaîtra pas sur les enfants ou petits enfants de JMenu et de JPopupMenu. Les non-visuels ne prennent pas du tout en charge le changement de nom.
La raison à cela est qu'actuellement les non-visuels doivent comporter le préfixe ivj dans leur nom de champ pour pouvoir être trouvés par l'analyseur. Pour éviter leur modification et la suppression du préfixe ivj par accident, cette opération est rendue difficile. L'utilisateur doit pour ce faire aller sur la vue des membres Java et cliquer sur Propager les modifications > Renommer et veiller à conserver le préfixe ivj.
Visual Editor n'utilise pas les sous-fenêtres de contenu implicites. Il génère un code permettant de définir de manière explicite une sous-fenêtre de contenu JPanel si cette dernière n'existe pas déjà.
Il est habituellement recommandé de générer les contentPanes en tant que bean distinct déposé sur / défini comme contentPane.
Les sélections de beans Visual Editor permettent la suppression des JavaBeans contenant des constructeurs de valeur nulle (une exigence de spécification JavaBean). Cet éditeur ne permet pas d'inclure des beans utilisant la méthode getInstance() statique.
Retour au fichier Readme principal
(C) Copyright IBM Corporation 2000, 2003. All Rights Reserved.