1.0 Lancement du plan de travail
1.1 Options de lancement avancées
1.2
Affichage de l'emplacement de l'espace de travail dans la barre de titre du plan de travail
1.3 Accès aux sites de mise à jour via un proxy
1.4 Utilisation de WebSphere Studio
version 5.1 avec l'espace de travail de la version 5.0
2.0 Problèmes connus concernant le plan de travail
2.1
Régénération manuelle requise lorsque des fichiers sont modifiés hors du plan de travail
2.2 Absence de réponse de l'interface utilisateur
2.3 Copie d'éléments à partir de la liste des tâches
2.4 Remarques sur les polices DBCS
2.5 Résolution d'affichage minimale
2.6 Les variables de chemin d'accès contenant des espaces sont
automatiquement placées entre guillemets dans les outils externe
2.7
Mise à jour de la barre d'outils dans les éditeurs multi-pages
2.8
Certains raccourcis-clavier ne fonctionnent pas avec un clavier arabe
2.9 Les touches de contrôle ne fonctionnent pas si la touche
Verr num est activée
2.10
Ne pas exécuter plusieurs espaces de travail pour le même répertoire d'espace de travail
2.11 Erreurs liées au nombre de couleur non pris en charge
2.12 La copie ne fonctionne pas dans les zones de liste en lecture seule
2.13 Vous devez réinitialiser les variables d'accès aux classes si vous importez les
paramètres de préférences à partir d'une autre installation de WebSphere
Studio
2.14 Erreurs possibles lors de la restauration d'une perspective pour un espace de travail migré
2.15 Déplacement de vues lorsque Motif est votre système de vues de fenêtres
2.16 La création d'un projet simple doit provoquer l'ouverture de la perspective Ressource
2.17 Ressources liés et dossiers de sortie
2.18 Utilisation dans KDE des touches Ctrl+Fn
2.19 Le mode de remplacement ne peut pas être activé pourAbstractTextEditor et les sous-classes
2.20 Utilisation de fichiers et de projets de grande taille
3.0 Problèmes concernant les éditeurs
3.1 Les marqueurs n'ont pas été supprimés correctement
3.2
L'éditeur HTML et JSP ne prend pas en charge les langues bidirectionnelles
4.0 Exécution sur des machines virtuelles différentes
4.1 Exécution sous J9
5.0
Erreurs de programme causées par utc.dll
6.0 Ant
6.1
Le niveau de sortie privilégié indiqué à la page des préférences des outils externes n'a aucune incidence sur Ant
6.2 L'interface utilisateur Ant accessible dans Outils externes ne traite pas toujours les entrées ENTITY
6.3
Les fichiers JAR Xerces ne sont plus requis lors de l'exécution du chemin d'accès aux classes Ant
6.4 Les tâches Ant personnalisées et les types Ant doivent être séparés des fichiers JAR de bibliothèque de plug-in
6.5 Compilations Ant simultanées non prise en charge
6.6 L'exécution de certaines tâches Ant peut entraîner des pertes de mémoire
6.7 Tâches nécessitant l'espace de travail de verrouillage des entrées
6.8 Exécution du code de l'éditeur Ant en fonction d'Ant 1.5
7.0 Remarques concernant Linux GTK
7.1 Traductions manquantes pour certaines boîtes de dialogue du système d'exploitation
7.2 Support DBCS sous Linux GTK
7.3 Utilisation de différentes versions de GTK
7.4 Problèmes de traduction coréenne dans GTK
2.2.0
7.5 La méthode d'entrée pour le japonais ne fonctionne plus une fois la fenêtre des candidats appelée
La plateforme Eclipse (sur laquelle repose WebSphere Studio) offre un certain nombre d'options d'exécution qui s'avèrent utiles lors du développement ou du débogage des plug-in. La syntaxe permettant de lancer l'exécutable est en général la suivante :
plateforme [options plateforme] [-vmargs [arguments Java VM]]
où plateforme est le nom de l'exécutable situé dans le répertoire de niveau supérieur du répertoire d'installation. Les options de plateforme valides sont les suivantes :
-application <id app> | Identifie l'application à exécuter. Si cet argument n'est pas indiqué, le plan de travail est exécuté. Les applications sont déclarées par des plug-in fournissant des extensions au point d'extension org.eclipse.core.runtime.applications. |
-boot <chemin du code d'amorçage> | Définit le chemin du code de plug-in d'amorçage (c'est-à-dire boot.jar). Cette option est obligatoire uniquement lors de la modification de l'emplacement relatif des fichiers startup.jar et boot.jar. |
-consolelog | Permet de calquer le journal des erreurs de la plateforme sur la console utilisée pour exécuter la plateforme. |
-data <chemin d'accès de l'espace de travail> | Définit le chemin d'accès de l'espace de travail sur lequel la plateforme doit être exécutée. |
-debug [chemin d'accès au fichier d'options] | Place la plateforme en mode débogage et charge les options de débogage dans le fichier indiqué. Si le chemin d'accès au fichier n'est pas indiqué, la plateforme cherche un fichier .options dans le répertoire d'installation de la plateforme et dans le répertoire des métadonnées de l'espace de travail. |
-dev [entrées du chemin d'accès aux classes] | Place la plateforme en mode développement. Les entrées facultatives du chemin d'accès aux classes (liste d'éléments séparés par une virgule) sont ajoutées dans le chemin d'accès aux classes de chaque plug-in. Par exemple, lors du développement des plug-in, utilisez -dev bin pour ajouter le répertoire bin des outils Java de chaque plug-in. Les entrées de chemin d'accès aux classes redondantes ou inexistantes sont éliminées. |
-nosplash | Exécute la plateforme sans afficher l'écran d'accueil. |
-os <id-os> | Définit le système d'exploitation sur lequel la plateforme est exécutée. Cette dernière peut généralement détecter le système d'exploitation mais une spécification explicite peut s'avérer nécessaire. La valeur indiquée ici est liée à Platform.getOS(). |
-vm <chemin vm> | Indique la machine virtuelle Java sur laquelle doit être exécutée la plateforme. Si cette option n'est pas définie, l'emplacement de la machine virtuelle Java est défini par rapport à l'exécutable. |
-ws <id-ws> | Définit le système de fenêtrage sur lequel la plateforme est exécutée. Dans de nombreux cas, la plateforme peut détecter le système de fenêtrage mais une spécification explicite peut s'avérer nécessaire. La valeur indiquée ici est liée à Platform.getWS(). |
Tous les arguments qui suivent (sans inclure) l'entrée -vmargs sont transmis directement à la machine virtuelle Java indiquée en tant qu'arguments de machine virtuelle (c'est-à-dire avant l'exécution de la classe). Tous les arguments qui précèdent l'entrée -vmargs (à l'exception de -vm et -nosplash) sont transmis directement à la plateforme pour interprétation.
Pour que l'emplacement de l'espace de travail soit indiqué dans la barre de titre du plan de travail, lancez WebSphere Studio à l'aide de la commande suivante :
repinstall_WS\wsappdev50 -showlocation -data /espace de travail
où repinstall_WS correspond à l'emplacement où vous avez installé WebSphere Studio et /espace de travail à l'emplacement de votre espace de travail.
Vous pouvez lancer WebSphere Studio en entrant cette commande à partir d'une invite de ligne de commande ou modifier le raccourci sur le bureau.
Pour accéder à un site de mise à jour via un proxy, vous devez démarrer le plan avec les options de ligne de commande suivantes :
wsappdev50 -vmargs -DproxySet=true -DproxyHost=<nom_proxy> -DproxyPort=<port_proxy>
Les proxy pour lesquels une authentification utilisateur est requise ne sont pas pris en charge.
Lors du premier démarrage de WebSphere Studio Version 5.1 à l'aide d'un espace de travail WebSphere Studio Version 5.0 existant, une boîte de dialogue s'affiche vous proposant une procédure permettant d'effectuer la migration à partir de la version 5.0 vers la version 5.1. Cliquez sur OK pour effectuer la migration de l'espace de travail de la version 5.0 vers la version 5.1 ou cliquez sur Annuler pour empêcher le démarrage de WebSphere Studio.
Lorsque l'espace de travail est migré vers la version 5.1, vous pouvez toujours utiliser l'espace de travail avec la version 5.0 car les métadonnées des fonctions du nouveau projet de la version 5.1 sont ignorées et peuvent être lues par la version 5.0. Vous ne pouvez pas apporter de modifications qui pourraient avoir une influence sur les métadonnées aux projets de l'espace de travail dans la version 5.0 ou remplacer les métadonnées de la fonction du nouveau projet des projets de la version 5.1.
Pour obtenir plus d'informations sur les fonctions de nouveau projet de la version 5.1, reportez-vous au document WebSphere Studio Migration Guide.
Les incidents ci-dessous se produisent dans la version actuelle de l'interface utilisateur du plan de travail.
Lorsque les fichiers d'un projet sont ajoutés ou supprimés hors du plan de travail, ou qu'un éditeur externe est utilisé pour modifier un fichier dans un projet, il est nécessaire d'effectuer une régénération manuelle pour que les modifications apparaissent dans le plan de travail. Pour cela, sélectionnez le projet dans la vue Navigateur et cliquez sur Régénérer dans le menu en incrustation. Cette opération régénère uniquement le projet sélectionné. Pour régénérer tous les projets, cliquez sur F5.
L'interface utilisateur du plan de travail est composée de vues et d'éditeurs. L'onglet correspondant à la vue ou à l'éditeur actif est mis en évidence en bleu. Le composant de l'interface utilisateur en évidence est actif et, dans le cas des éditeurs, il détermine la contribution apportée à l'arborescence de menu du plan de travail commun et à l'ensemble des icônes représentant les actions. Lorsqu'un éditeur est activé, des options de menu et des icônes d'action supplémentaires peuvent apparaître dans l'interface utilisateur du plan de travail. Lors de l'utilisation d'une ressource dans un éditeur, vous pouvez également interagir avec une vue prenant en charge l'éditeur (par exemple, la vue de l'aperçu prend en charge l'éditeur de code source Java). Lorsque la vue est activée, les options de menu et les icônes d'actions associées à l'éditeur peuvent disparaître. Pour faire réapparaître ces éléments, activez l'éditeur.
Plusieurs techniques permettent d'activer l'éditeur. Le choix de la technique appropriée dépend de l'éditeur utilisé.
Pour activer l'éditeur, vous devez cliquer sur sa barre de titre ou sur une zone modifiable dans l'éditeur lui-même.
Il arrive qu'après une série de clics définie, l'éditeur reste actif (barre de titre de couleur bleue) alors que vous avez cliqué sur un autre élément (tel qu'une entrée d'une autre vue). Par exemple, lorsque l'éditeur DTD est ouvert et que la vue de l'aperçu est visible, procédez comme suit :
Ce comportement maintient les contributions du menu de l'éditeur et des icônes d'action actives même en cas d'interaction avec une autre vue. Vous pouvez accéder au menu contextuel de l'entrée sélectionnée dans la vue. Cela peut paraître déroutant dans la mesure où le titre bleu indique que l'éditeur est actif.
D'autres considérations liées au moment et aux conditions du changement d'activation affectent certains éditeurs. Des entrées effectuées dans une zone de texte sont considérées comme une modification de la zone lorsque cette dernière n'est plus active. Si vous entrez des données dans une zone, telle que la zone de mappage des URI dans l'éditeur web.xml, et que vous cliquez sur la zone en gris de la page de l'éditeur, les données entrées ne sont pas considérées comme des modifications. Les données entrées sont considérées comme des modifications dans les cas de figure suivants :
Pour indiquer qu'une modification a été enregistrée dans l'éditeur, le nom du fichier concerné est précédé d'un astérisque (*) dans l'onglet de l'éditeur.
Les erreurs et les avertissements de validation, les erreurs du compilateur et les messages apparaissent dans la vue des tâches. Pour coller le texte dans un fichier, sélectionnez les lignes des tâches appropriées et faites glisser les éléments vers un éditeur adapté (Wordpad, par exemple). Les tâches sont présentées sous la forme d'un rapport clair.
Si vous modifiez les polices de caractères du plan de travail dans la boîte de dialogue Préférences pour les remplacer par une police non DBCS (comme Arial) sur une machine fonctionnant dans un environnement DBCS, les caractères DBCS apparaîtront sous la forme de points d'interrogation. Ce comportement est normal. Toutefois, lorsque vous passez à nouveau à une police de caractères DBCS, veillez à définir les paramètres de script dans la boîte de dialogue de la police en même temps que la police elle-même. Si vous ne définissez pas ces éléments en même temps, les caractères DBCS continueront d'apparaître sous la forme de points d'interrogation. Pour régler ce problème, vous pouvez également cliquer sur le bouton Utiliser la police du système dans la page Polices du plan de travail de la fenêtre Préférences.
Nous conseillons aux utilisateurs DBCS de modifier les polices de caractères utilisées pour afficher le texte dans WebSphere Studio. Vous pouvez effectuer cette opération à la page Polices (Fenêtre > Préférences > Plan de travail > Polices) de la fenêtre Préférences.
Nous vous conseillons d'utiliser les polices de caractères suivantes :
Dans WebSphere Studio, un certain nombre de boîtes de dialogue, telles que la boîte de dialogue Préférences, requièrent une résolution d'affichage minimale de 800 x 600.
Lorsqu'un outil externe est lancé, les variables de chemin d'accès étendues qui contiennent des espaces sont automatiquement placées entre guillemets ( " " ). Si ce mode de traitement est normal dans les programmes Windows, des erreurs peuvent se produire sous d'autres plateformes. Une solution consiste à créer un script de suppression des guillemets pour l'outil externe avant de lancer le programme qui contient ces paramètres.
Les clients des barres de menus peuvent créer un certain
nombre de SubToolBarManagers
dans les
IToolBarManager
(par exemple, un éditeur multi-page). Le
client rend visible un élément SubToolBarManager
, tout
en laissant le reste invisible, et appelle updateActionBars
. La visibilité des éléments n'est peut-être pas mise à jour
correctement.
Pour le client, la solution consiste à mettre à jour explicitement la barre d'outils :
actionBars.updateActionBars();
actionBars.getToolBarManager().update(false);
Certains raccourcis-clavier ne fonctionnent pas avec un clavier arabe. La solution consiste à choisir un clavier anglais.
Si la combinaison de touches Ctrl-s, Ctrl-espace ou toute autre combinaison incluant la touche Ctrl ne fonctionne pas, appuyez sur la touche Verr num pour la désactiver.
Il n'est pas permis de démarrer l'espace de travail deux fois à partir du même répertoire d'espace de travail. Cette opération produit des résultats imprévisibles. L'emplacement par défaut du répertoire de l'espace de travail est ~/workspace. Il peut être modifié en indiquant un répertoire différent à l'aide de l'option -data de la manière suivante : wsappdev50 -data /home/username/newworkspace
Lors du lancement de l'espace de travail, si vous obtenez un message d'erreur relatif au nombre de couleurs non pris en charge, il est nécessaire de modifier le nombre de couleurs de votre affichage en attribuant une valeur autre que 15 ou 32 bpp. Pour cela, il est nécessaire de redémarrer le serveur X. Pour obtenir plus d'instruction, reportez-vous à la documentation de votre système.
La copie d'un texte à partir d'une zone de liste en lecture seule ne fonctionne pas sous Linux.
Si vous importez des paramètres de préférences dans WebSphere Studio qui proviennent d'une autre installation de WebSphere Studio, des erreurs de compilation peuvent se produire, dues au fait que des bibliothèques manquent. Afin de redéfinir correctement les variables d'accès aux classes, fermez toute perspective XML ouverte. Puis, fermez le plan de travail, redémarrez-le et ouvrez la perspective XML.
Lorsqu'un espace de travail créé avec une version précédente de WebSphere Studio est ouvert pour la première fois dans la version en cours de WebSphere Studio, des erreurs peuvent survenir lors de la restauration d'une perspective. Si cela se produit, sélectionnez Fenêtres, >Réinitialiser la perspective dans la barre de menus pour restaurer la perspective. Pour éviter ces erreurs, fermez toutes les perspectives dans l'espace de travail de la version précédente de WebSphere Studio avant d'effectuer la migration vers la version en cours.
Si vous utilisez WebSphere Studio sous Linux et que votre système de vues de fenêtres est Motif, vous devez sélectionner une vue avec le bouton du milieu de la souris afin de pouvoir la déplacer. Si vous disposez d'une souris comportant deux boutons, vous devez appuyer sur les deux boutons lors de la sélection d'une vue pour la déplacer.
Lorsque vous créez un projet simple dans (Fichier > Nouveau > Autre Simple > Projet), vous devriez être invité à sélectionner la perspective Ressource mais ce n'est pas le cas. Il vous faut alors manuellement ouvrir la perspective Ressource (Fenêtre > Ouvrir la perspective > Autre > Ressource) une fois que vous avez créé votre projet simple.
Les ressources liées et plusieurs dossiers de sortie ne sont plus pris en charge dans cette version de Websphere Studio.
Lors de l'utilisation du bureau KDE sur des systèmes Linux, les séquences de touches Ctrl+Fn permettent de passer d'un bureau virtuel à un autre. Ce qui signifie que les commandes WebSphere Studio associées à ces séquences de touches ne sont pas activées, notamment Ctrl+F1 (Aide), Ctrl+F4 (Fichier > Fermer) et Ctrl+F6 (Editeur suivant).
Ces touches peuvent être redéfinies dans KDE à l'aide du centre de contrôle. Sélectionnez Look & Feel > Shortcuts > Shortcut Sequences > Shortcut Sequences > System > Desktop Switching et attribuez la valeur None à tous les éléments ou une séquence de touches différente, telle que Ctrl+Alt+Fn. Vous pouvez également attribuer des séquences de touches différentes dans WebSphere Studio à partir de la page des préférences qui s'affiche lorsque vous sélectionnez Fenêtres > Préférences > Plan de travail > Touches.
Lors de la suppression d'une association de touches pour la commande d'activation/désactivation du mode d'écrasement de la page de préférences Plan de travail > Touches, le mode est toujours activé lors de la sélection de la touche d'insertion . L'indication de mode dans la ligne d'état de l'éditeur est alors désynchronisé par rapport au mode réel.
Si des incidents de type OutOfMemoryError se produisent lors de l'utilisation de fichiers et de projets de grande taille, vous pouvez augmenter la taille des segments en utilisant les options de ligne de commande -vmargs -Xmx500M lors du lancement de WebSphere Studio. Modifiez la valeur 500 Mo en fonction des besoins.
Les incidents répertoriés pour ces éditeurs sont présentés ci-dessous.
Lors de l'ajout de marqueurs à un texte non sauvegardé, ces marqueurs ne sont pas mis à jour ni supprimés correctement si l'éditeur est fermé sans que les modifications de texte soient sauvegardées. Une fois l'éditeur fermé, les marqueurs peuvent désigner des régions de texte inexistantes ou sans rapport.
L'éditeur HTML et JSP par défaut ne prend pas en charge les langues bidirectionnelles. Si vous utilisez une langue bidirectionnelle, vous devez configurer Page Designer "Classic" en tant qu'éditeur par défaut de fichiers HTML ou JSP. Pour cela, sélectionnez Fenêtre > Préférences > Plan de travail > Associations de fichiers et modifiez les associations dans cette page. Pour plus d'informations sur l'activation de Page Designer Classic et la modification des associations, reportez-vous au fichier Readme des outils Web.
Lors de l'exécution sous J9, il est conseillé d'utiliser les options VM ci-dessous. Pour plus d'informations, reportez-vous à la documentation et à l'aide en ligne de VM J9 :
plateforme [arguments] -vm <chemin d'accès à j9w.exe> -vmargs -ms:20 -jit -mo:32000 -mx:200000
où plateforme est le nom de l'exécutable qui se trouve dans le répertoire de niveau supérieur de l'installation et arguments sont les arguments devant être transmis à la plateforme.
REMARQUE : L'indicateur -vmargs et les arguments VM réels doivent être indiqués en fin de ligne.
Si vous recevez une erreur de programme dans utc.dll, vous devez lancer WebSphere Studio à partir du fichier .exe correspondant. Le fichier des paramètres de configuration (figurant dans le même répertoire que le fichier .exe et doté de l'extension .ini) doit également contenir l'entrée suivante dans la section [Environment Variables] :
JITC_COMPILEOPT=SKIP{org/eclipse/ui/views/tasklist/TaskListContentProvider}
{resourceChanged}
Si vous lancez WebSphere Studio à partir du raccourci créé dans le menu Démarrer, l'entrée a déjà été ajoutée.
Si un script Ant est exécuté en tant qu'outil externe ou à l'aide
du menu en incrustation Exécuter Ant, il est exécuté sur la
même machine virtuelle Java que WebSphere Studio. Si le script actif
exécute une tâche Ant qui appelle System.exit(int)
,
WebSphere Studio se ferme et tout travail non sauvegardé est perdu. Pour ces tâches Ant, la solution consiste à configurer le script Ant
en tant qu'outil externe. Les étapes ci-dessous décrivent la
procédure à suivre :
- Téléchargez et installez la version binaire du script Ant à partir du site http://jakarta.apache.org/ant
- Cliquez sur Exécuter > Outils externes > Configurer.
- Cliquez sur Nouveau.
- Entrez le nom de l'outil externe (par exemple, External Ant).
- Cliquez sur Parcourir le système de fichiers.
- Recherchez et sélectionnez le fichier
ant.bat
(qui doit se trouver dans le dossier bin/ de l'installation Ant).- Dans la zone Tool Arguments, entrez les arguments de script que vous entrez d'habitude pour exécuter le script hors du plan de travail.
- Dans la zone Working directory, entrez le répertoire contenant le script.
- Cliquez sur OK pour quitter l'assistant.
- Pour exécuter le script, cliquez sur Exécuter > Outils externes > External Ant.
La sélection de Fenêtre > Préférences > Outils externes donne accès à un groupe de boutons d'option sous le titre Preferred output level - Information, Verbose et Debug. La modification de ces valeurs n'a aucune incidence sur WebSphere Studio.
Lors de l'exécution d'un script Ant, utilisez les arguments de
ligne de commande Ant -verbose
ou -debug
pour obtenir un niveau de sortie autre que celui sélectionné par
défaut Information).
L'interface utilisateur Ant de WebSphere Studio résout
correctement les entités avec des valeurs système fondées sur l'URI
en indiquant le protocole "file:"
. Les autres
formats et protocoles, tels que les chemins relatifs, les URI
"http:"
, etc. sont résolus par l'analyseur XML
par défaut de l'utilisateur, qui peut varier selon le JRE, les
paramètres utilisateur, etc. Les analyseurs, tels que
org.apache.crimson.parser
, par exemple, n'acceptent que
les URI valides et échouent avec une référence d'entité telle que la
référence suivante :
<!ENTITY custom SYSTEM "../../custom.xml">
La solution consiste à ajouter l'indicateur de protocole
"file:"
dans les chemins relatifs comme
indiqué ci-dessous :
<!ENTITY custom SYSTEM "file:../../custom.xml">
Cet incident se produit uniquement dans l'interface utilisateur
étant donné que le moteur d'exécution Ant de WebSphere Studio utilise
SAXParser
qui résout correctement les formats, tels que
les chemins relatifs.
L'ajout explicite de fichiers JAR Xerces au chemin d'accès aux classes Ant d'exécution n'est plus requis et peut
provoquer des problèmes. Les classes Xerces sont chargées à partir du plug-in
org.apache.xerces
fourni avec Eclipse. Pour la plupart des distributions Ant, les fichiers JAR Xerces ne peuvent même pas se trouver au même emplacement physique que les fichiers ant.jar
et optional.jar
. Cette situation est due au fait que les fichiers JAR Ant contiennent des fichiers manifeste qui contiennent des entrées de chemin d'accès aux classes désignant les fichiers JAR Xerces.
L'inclusion de fichiers de classe pour les tâches Ant ou les types Ant personnalisés dans le fichier JAR de code normal de votre plug-in peut provoquer des problèmes. Ces classes doivent être fournies dans un fichier JAR séparé qui est ajouté au point d'extension
org.eclipse.ant.core.antTasks
ou antTypes
(et non déclaré en tant que bibliothèque dans le fichier manifeste du plug-in). De cette manière, il est garanti que les types et les tâches Ant sont chargés par le chargeur de classes Ant spécial et non par un chargeur de classes de plug-in.
Eclipse exécute Ant dans la même JVM que le reste de WebSphere Studio. Plusieurs aspects d'Ant et son utilisation de ressources Java globales (telles que System.out et System.err) rendent l'exécution de plusieurs compilations Ant simultanément non fiable.
Certaines tâches Ant provoquent des pertes de mémoire.
De la même façon qu'avec l'utilisation d'Ant à partir de la ligne de commande, les invites d'entrées à partir de la console ne sont pas prises en charge. Cette action n'est pas identique à l'utilisation de la tâche <input>, qui fonctionne correctement dans WebSphere Studio.
L'exécution du code fournie par l'éditeur Ant ne respecte pas la version définie par l'utilisateur du plug-in org.eclipse.ant.core
ou ANT_HOME.
Les propositions d'exécution de code sont toujours conçues à partir d'Ant 1.5.
Ci-dessous, se trouvent des remarques relatives à Linux GTK.
Les boîtes de dialogue du système d'exploitation permettant de sélectionner des fichiers ou des dossiers ne sont que partiellement traduites sous GTK 2.0.6 ou GTK 2.2. Ces boîtes de dialogue et messages non traduits proviennent de GTK et non de WebSphere Studio.
Les versions de GTK incluses avec Red Hat Linux 8.0 et SuSE Linux 8.1 prennent en charge les paramètres nationaux Latin-1 et non DBCS. Le support DBCS de GTK 2.2 devrait être suffisant et en principe WebSphere Studio doit fonctionner sur toute édition Linux récente avec GTK 2.2.
Les utilisateurs qui téléchargent et compilent de nouvelles versions de GTK, par exemple pour bénéficier du support DBCS dans GTK 2.2.0 sous RedHat 8.0, doivent s'assurer que les bibliothèques GTK correctes sont répertoriées dans la variable d'environnement LD_LIBRARY_PATH. Par défaut, les bibliothèques GTK compilées sont placées dans /user/local/lib/. Il est donc nécessaire d'exécuter la commande suivante avant de lancer WebSphere Studio.
export LD_LIBRARY_PATH=/usr/local/lib/
Remarque : Cette opération doit être effectuée pour chaque nouvelle session de terminal.
Les utilisateurs qui téléchargent et compilent de nouvelles versions de GTK (par exemple, pour bénéficier du support DBCS dans GTK 2.2.0) peuvent rencontrer les problèmes suivants lors de l'utilisation de la traduction coréenne :
Nous vous recommandons d'attribuer une police Gothic pour la police des boîtes de dialogue et des bannières . La police peut alors être modifiée à partir de la page de préférences qui s'affiche une fois que vous avez sélectionné Plan de travail > Polices.
Pour éviter le problème de redimensionnement des fenêtres, nous vous recommandons d'attribuer une résolution d'écran élevée (par exemple, 1280x1024)
Dans la vue Propriétés, utilisez les touches représentant des flèches à la place de la commande de développement/réduction. Utilisez la touche représentant une flèche vers la gauche pour réduire les éléments et la touche représentant une flèche vers la droite pour les développer.
Si vous utilisez kinput2 et canna pour l'entrée de caractères Kanji japonais dans une version GTK, la méthode d'entrée pour le japonais peut parfois ne plus fonctionner. Cette situation se produit uniquement après l'ouverture de la fenêtre de sélection des candidats. Lorsque ce problème se produit, vous devez fermer l'éditeur ou la vue et l'ouvrir à nouveau pour réactiver la méthode d'entrée.
Pour éviter ce problème, vous devez utiliser une autre méthode d'entrée, telle que wnn.
Retour au fichier Readme principal
(C) Copyright IBM Corporation 2000, 2003. All Rights Reserved.