1.0 Introduction
2.0 Modifications par rapport à la version précédente
3.0 Restrictions
3.1 Conteneur JRE personnalisé
3.2 Prise en charge des styles de génération de code Visual Composition Editor VAJ
4.0 Problèmes connus
4.1 Support limité des menus AWT
4.2 Support limité de l'action Répéter
4.3 Conflit SINE/Aventail
4.4 Support limité pour la saisie de notations unicode
4.5 Ajout de propriétés à une section this
4.6 Support simple couche pour JLayeredPane
4.7 Prise en charge du lancement d'une classe non publique avec le programme de lancement de lancement de bean JavaBean
4.8 Support limité des actions
4.9 Support limité avec Hummingbird Exceed 7.1
4.10 Déplacement par glissement sans l'aide de la souris
4.11 Absence de zone de changement de nom dans les incrustations d'enfants non visuels ou JMenu
4.12 JFrame et contentPane
4.13 Support 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. Visual Editor for Java affiche la fenêtre en fonction des liens ou de la taille définis dans le code Java, taille identique lors de l'exécution, alors que VisualAge for Java Visual Composition Editor utilisait une taille distincte légèrement supérieure.
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. Cela s'explique par le fait que l'emplacement de Visual Composition Editor n'a pas pris en compte le libellé d'un bean Java non visuel, contrairement à Visual Editor for Java.
Il est nécessaire qu'un chemin d'accès aux classes d'un projet soit attribué à une variable JRE_LIB ou au conteneur JRE Java par défaut pour que Visual Editor fonctionne correctement.
Il s'agit des entrées par défaut fournies par Eclipse pour un projet Java.
Visual Composition Editor dispose de trois styles pour la génération des événements :
Style 1 : Ne pas utiliser de classes internes.
Style 2 : Utiliser une classe interne pour tous les événements.
Style 3 : Utiliser une classe interne pour chaque événement.
Visual Editor reconnaît les styles 2 et 3. Si vous avez une classe qui utilise le style 1, vous devez le regénérer en style 2 avant de l'exporter dans WebSphere Studio. Pour changer le style de génération de code, affichez les propriétés de la classe à partir du menu contextuel et sélectionnez l'onglet "Génération de code".
Visual Editor for Java Java offre un support visuel limité des menus AWT. Il ne prend pas en charge la visualisation des menus JMenus.
L'action Répéter peut ne pas restaurer intégralement une action Annuler.
Si vous utilisez SINE, vous devez configurer le logiciel Aventail de sorte qu'il ignore le fichier java.exe pour que Visual Editor for Java puisse fonctionner 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 restriction est courante. Le support de changement de nom n'apparaît que sur les objets visuels (hérités de java.awt.Component), avec une seule restriction supplémentaire qui est qu'il n'apparaît pas sur les enfants et les petits-enfants de JMenu et JPopupMenu. Les éléments non visuels ne disposent pas du tout de la prise en charge du changement de nom.
La raison de cette restriction réside dans le fait que pour les objets non visuels, le préfixe ivj doit figurer dans le nom de leur zone, sinon l'analyseur syntaxique ne peut pas les trouver. Pour éviter la modification et la suppression intempestive du préfixe ivj, nous avons rendu ces opérations difficiles. Pour ce faire, l'utilisateur doit accéder à la vue des membres Java et utiliser les options Optimisation > Renommer et prendre soin de 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à.
En général, il est préférable que les sous-fenêtres de contenu soient générées comme bean distinct inclus dans la sous-fenêtre de contenu ou défini comme tel.
Les beans sélectionnés pour Visual Editor permettent d'inclure des JavaBeans contenant un constructeur null (condition requise par la spécification Java). 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.