J'ai un vieux projet developp=E9 en AWT et avec un composant comprenant
une zone de texte et une liste d=E9roulante java.awt.List .
Ce projet recoit desormais des donn=E9es unicode le \u15F
Ma question est simplement de savoir si il n'y a pas un probleme de
conversion UNICODE sur le java.awt.list ?
Merci d'avance
Philippe
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TestMan
phil89 wrote:
Bonsoir
J'ai un vieux projet developpé en AWT et avec un composant comprenant une zone de texte et une liste déroulante java.awt.List . Ce projet recoit desormais des données unicode le u15F Ma question est simplement de savoir si il n'y a pas un probleme de conversion UNICODE sur le java.awt.list ? Merci d'avance Philippe
Bonjour,
Quel OS / Versions / etc ? D'où vienent les données affichées ?
A+ TM
phil89 wrote:
Bonsoir
J'ai un vieux projet developpé en AWT et avec un composant comprenant
une zone de texte et une liste déroulante java.awt.List .
Ce projet recoit desormais des données unicode le u15F
Ma question est simplement de savoir si il n'y a pas un probleme de
conversion UNICODE sur le java.awt.list ?
Merci d'avance
Philippe
Bonjour,
Quel OS / Versions / etc ? D'où vienent les données affichées ?
J'ai un vieux projet developpé en AWT et avec un composant comprenant une zone de texte et une liste déroulante java.awt.List . Ce projet recoit desormais des données unicode le u15F Ma question est simplement de savoir si il n'y a pas un probleme de conversion UNICODE sur le java.awt.list ? Merci d'avance Philippe
Bonjour,
Quel OS / Versions / etc ? D'où vienent les données affichées ?
A+ TM
phil89
Bonjour
Les donnnées viennent d'un applicatif externe. Quand je regarde en mode debug Les items cela est Bon. J'ai un petit proto ou le caractere UNICODE TURC est mauvais. Le changement de fonte n'y change rien
public class List2 extends Applet implements ItemListener { /* Declaration */ private LayoutManager Layout; private List Selector; private Font SansSerif;
public List2 () { /* Declaration */ String [] ColorList; int i;
/* Instantiation */ ColorList = new String [9]; // SansSerif = new Font ("SansSerif", Font.BOLD, 14); SansSerif = new Font ("Dialog", Font.BOLD, 14); SansSerif = new Font ("Arial", Font.BOLD, 14); Layout = new FlowLayout (); Selector = new List ();
Les donnnées viennent d'un applicatif externe.
Quand je regarde en mode debug Les items cela est Bon.
J'ai un petit proto ou le caractere UNICODE TURC est mauvais.
Le changement de fonte n'y change rien
public class List2 extends Applet implements ItemListener {
/* Declaration */
private LayoutManager Layout;
private List Selector;
private Font SansSerif;
public List2 () {
/* Declaration */
String [] ColorList;
int i;
/* Instantiation */
ColorList = new String [9];
// SansSerif = new Font ("SansSerif", Font.BOLD, 14);
SansSerif = new Font ("Dialog", Font.BOLD, 14);
SansSerif = new Font ("Arial", Font.BOLD, 14);
Layout = new FlowLayout ();
Selector = new List ();
Les donnnées viennent d'un applicatif externe. Quand je regarde en mode debug Les items cela est Bon. J'ai un petit proto ou le caractere UNICODE TURC est mauvais. Le changement de fonte n'y change rien
public class List2 extends Applet implements ItemListener { /* Declaration */ private LayoutManager Layout; private List Selector; private Font SansSerif;
public List2 () { /* Declaration */ String [] ColorList; int i;
/* Instantiation */ ColorList = new String [9]; // SansSerif = new Font ("SansSerif", Font.BOLD, 14); SansSerif = new Font ("Dialog", Font.BOLD, 14); SansSerif = new Font ("Arial", Font.BOLD, 14); Layout = new FlowLayout (); Selector = new List ();
Mon PC est un XP pro, est c'est une applet qui utilise le dernier JRE. Elle a ete compile en JRE1.5
Mayeul
phil89 a écrit :
Bonjour
Les donnnées viennent d'un applicatif externe. Quand je regarde en mode debug Les items cela est Bon. J'ai un petit proto ou le caractere UNICODE TURC est mauvais. Le changement de fonte n'y change rien
Cordialement Philippe
[snip code]
Remarquons que le problème apparaît avec java.awt.List et java.awt.Label par exemple, mais pas avec java.awt.TextField ni avec les composants de javax.swing.*
Je sèche sur une cause ou sur une solution, mais un contournement possible serait d'utiliser javax.swing.JList. Et peut-être de tout reporter en swing si les mélanges posent problème. Dans les cas simples, ça marche directement.
-- Mayeul
phil89 a écrit :
Bonjour
Les donnnées viennent d'un applicatif externe.
Quand je regarde en mode debug Les items cela est Bon.
J'ai un petit proto ou le caractere UNICODE TURC est mauvais.
Le changement de fonte n'y change rien
Cordialement
Philippe
[snip code]
Remarquons que le problème apparaît avec java.awt.List et java.awt.Label
par exemple, mais pas avec java.awt.TextField ni avec les composants de
javax.swing.*
Je sèche sur une cause ou sur une solution, mais un contournement
possible serait d'utiliser javax.swing.JList. Et peut-être de tout
reporter en swing si les mélanges posent problème. Dans les cas simples,
ça marche directement.
Les donnnées viennent d'un applicatif externe. Quand je regarde en mode debug Les items cela est Bon. J'ai un petit proto ou le caractere UNICODE TURC est mauvais. Le changement de fonte n'y change rien
Cordialement Philippe
[snip code]
Remarquons que le problème apparaît avec java.awt.List et java.awt.Label par exemple, mais pas avec java.awt.TextField ni avec les composants de javax.swing.*
Je sèche sur une cause ou sur une solution, mais un contournement possible serait d'utiliser javax.swing.JList. Et peut-être de tout reporter en swing si les mélanges posent problème. Dans les cas simples, ça marche directement.
-- Mayeul
phil89
Oui le JList fonctionne mais mixer du AWT et du Swing je voulait eviter, cela est déconseille
Merci
Oui le JList fonctionne mais mixer du AWT et du Swing je voulait
eviter, cela est déconseille
Et System.setProperty("file.encoding","UTF-8") ; sur mon applet Signe ?
TestMan
phil89 a écrit :
Mon PC est un XP pro, est c'est une applet qui utilise le dernier JRE. Elle a ete compile en JRE1.5
Bonjour,
Effetivement ... je continue à investiguer, car il me semblait que cela fonctionait avant (il y a longtemps que j'ai testé ça sous les AWT ... genre 1.2 ou "pire").
Dans tous les cas, si vous devais avoir une appli qui gère l'I18N sans faille de de façon cohérente d'une plateforme à une autre, je vous conseille de passer des AWT au Swing. Le changement est mineur et celà résoudra votre problème en attendant mieux.
A+ TM
phil89 a écrit :
Mon PC est un XP pro, est c'est une applet qui utilise le dernier JRE.
Elle a ete compile en JRE1.5
Bonjour,
Effetivement ... je continue à investiguer, car il me semblait que cela
fonctionait avant (il y a longtemps que j'ai testé ça sous les AWT ...
genre 1.2 ou "pire").
Dans tous les cas, si vous devais avoir une appli qui gère l'I18N sans
faille de de façon cohérente d'une plateforme à une autre, je vous
conseille de passer des AWT au Swing. Le changement est mineur et celà
résoudra votre problème en attendant mieux.
Mon PC est un XP pro, est c'est une applet qui utilise le dernier JRE. Elle a ete compile en JRE1.5
Bonjour,
Effetivement ... je continue à investiguer, car il me semblait que cela fonctionait avant (il y a longtemps que j'ai testé ça sous les AWT ... genre 1.2 ou "pire").
Dans tous les cas, si vous devais avoir une appli qui gère l'I18N sans faille de de façon cohérente d'une plateforme à une autre, je vous conseille de passer des AWT au Swing. Le changement est mineur et celà résoudra votre problème en attendant mieux.