Visual Editor for Java - Notes sur l'édition

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

1.0 Introduction

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.

2.0 Différences par rapport à l'édition précédente

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.

3.0 Restrictions

3.1 Conteneur JRE personnalisé

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 pour un projet Java par Eclipse.

3.2 Prise en charge des styles de génération de code Visual Composition Editor VAJ

Visual Composition Editor dispose de trois styles d'événement de génération :
Style 1 : N'utilisez pas de classes internes
Style 2 : Utilisez une classe interne pour tous les événements
Style 3 : Utilisez une classe interne pour chaque événement
Visual Editor for Java reconnaît le style 2 et le style 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".

4.0 Problèmes connus

4.1 Support limité des menus AWT

Visual Editor for Java offre un support visuel limité des menus AWT. Visual Editor ne prend pas en charge la visualisation des menus JMenus.

4.2 Support limité de l'action Répéter

L'action Répéter peut ne pas restaurer intégralement une action Annuler.

4.3 Conflit SINE/Aventail

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.

4.4 Support limité pour la saisie de notations unicode

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.

4.5 Ajout de propriétés à une section this

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.

4.6 Support simple couche pour JLayeredPane

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.

4.7 Prise en charge du lancement d'une classe non publique avec le programme de lancement de bean JavaBean

Le programme de lancement de bean JavaBean ne prend pas en charge le lancement d'une classe publique.

4.8 Support limité des actions

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.

4.9 Support limité avec Hummingbird Exceed 7.1

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.

4.10 Déplacement par glissement sans l'aide de la souris

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.

4.11 Absence de zone de changement de nom dans les incrustations d'enfants non visuels ou JMenu

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 situation 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 de ces éléments 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 cliquez sur Propager les modifications > Renommer et pendre soin de conserver le préfixe ivj.

4.12 JFrame et contentPane

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être de contenu soient générées comme bean distinct inclus dans la sous-fenêtre de contenu ou défini comme tel.

4.13 Support Singleton

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