Discussion :

[mavina]

Bonjour,

Je viens d'être confronté à un problème majeur (et peut être un bug) dans un JFormattedTextField :

Supposons un JFormattedTextField déclaré ainsi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

JFormattedTextField frequencyNumber=new JFormattedTextField(NumberFormat.getInstance());

ainsi que d'autres TextField.

Mon utilisateur écrit en japonais du texte dans les textfields, puis, par navigation tabulée, il arrive sur mon textfield formatté, toujours en japonais.

Si il écrit des chiffres (toujours en étant en japonais), le textfield formatté affiche des trucs bizarre, allant de 1 ou 2 zéros en début de chiffre jusqu'à des duplications de chiffres. Pourtant, sa valeur est correcte.

J'aimerai savoir si il était possible en java de faire, lorsque le focus est pris et que l'évènement focusGained est déclanché, de forcer l'utilisateur à passer à la saisie en romajis (caractères romains) ?

Si non, quelle solution ai-je ?

Merci d'avance

Fred

[tchize_]

Je connais pas trop le japonais, mais si tu fait un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

NumberFormat.getInstance(Locale.JAPAN)

,
ca résoud pas ton problème? Je ne pense pas en tout cas que java aie le moindre controle sur les méthodes de saisie, elles sont gérées par l'OS, donc le mieux serait de laisser ton japonais écrire le nombre en japonais ^^.

[mavina]

Non, c'est pas ça le problème.

Ce que tu me proposes va changer la façon dont le textfield formatte les nombres à l'affichage. Moi j'ai un soucis lorsque j'écris des nombres alors que le système d'exploitation est défini pour écrire en japonais (ca écrit tout de même des chiffres tout à fait normaux, sauf pour java qui se viande à l'affichage après).

Je veux pouvoir forcer l'écriture en chiffres "purs", j'entends passer outre le système de saisie et forcer à écrire sans formattage japonais

[tchize_]

t'a vérifié ce qui se passe si tu initialise le champ avec, par exemple "1234567890", histoire de voir si ce serait pas un soucis de fonte?

[bouye]

Sais pas si c'est lié mais j'ai toujours trouvé des trucs bizarre sur les systèmes japonais (Windows) comme quand ils veulent taper \, ils tapent en fait ¥ sur le clavier, ca affiche ¥ à l'écran mais le système l'interprête comme étant un \

[mavina]

t'a vérifié ce qui se passe si tu initialise le champ avec, par exemple "1234567890", histoire de voir si ce serait pas un soucis de fonte?

En fait tant qu'on n'utilise pas de japonais, tout fonctionne à merveille, pas de bug d'affichage ni rien du tout

Sais pas si c'est lié mais j'ai toujours trouvé des trucs bizarre sur les systèmes japonais (Windows) comme quand ils veulent taper \, ils tapent en fait ¥ sur le clavier, ca affiche ¥ à l'écran mais le système l'interprête comme étant un \

Oui, ils n'ont pas d'\ dans leur polices, mais c'est bien un \ qui est interpretté, c'est juste leur facon de l'écrire qui diffère. Entre nous, les japonais sont un peu chiants pour ca, ils ont des tas de truc inutiles, ils peuvent écrire les caractères romains en gros et en petit spécialement dans leur langue... en appuyant sur F7 ou F8 on a deux versions d'une lettre majuscule différentes

Sinon, pour ce qui est de mon problème, en oubliant le fait que le problème vienne du japonais, y-a-t-il un moyen de forcer la méthode de saisie sous java ?

Merci d'avance

[tchize_]

c'est l'os qui controle la méthode de saisie, a moins d'inclure du java natif, je vois pas trop ce que tu pourrait changer là dessus.

[mavina]

c'est l'os qui controle la méthode de saisie, a moins d'inclure du java natif, je vois pas trop ce que tu pourrait changer là dessus.

Ok, donc autre question, puis-je savoir quelle méthode de saisie est sélectionnée (en l'occurence si je suis en japonais ET en mode saisie d'hiraganas / kanjis) dans mon OS, et ce grâce à java ?

Celà me permettrai, si je le sais, de changer avec le racourci clavier (alt+shift ou autre) dirrectement lors du focus.

Merci d'avance

[bouye]

Voir java.awt.im.spi.InputMethod et java.awt.im.InputContext

The Java Platform supports input methods that have been developed in the Java programming language, using the interfaces in the java.awt.im.spi package, and installed into a Java SE Runtime Environment as extensions. Implementations may also support using the native input methods of the platforms they run on; however, not all platforms and locales provide input methods. Keyboard layouts are provided by the host platform.

[adiGuba]

Salut,


Je dis peut-être une bêtise (peut pas tester), mais pourquoi ne pas forcer la locale du composant et du numberformat dans ce cas précis.

Par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
		JFormattedTextField frequencyNumber;
		if ("ja".equals(Locale.getDefault().getLanguage())) {
			frequencyNumber = new JFormattedTextField(NumberFormat.getInstance(Locale.US));
			frequencyNumber.setLocale(Locale.US);
		} else {
			frequencyNumber = new JFormattedTextField(NumberFormat.getInstance());
		}

a++

[mavina]

Salut,


Je dis peut-être une bêtise (peut pas tester), mais pourquoi ne pas forcer la locale du composant et du numberformat dans ce cas précis.

Par exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
		JFormattedTextField frequencyNumber;
		if ("ja".equals(Locale.getDefault().getLanguage())) {
			frequencyNumber = new JFormattedTextField(NumberFormat.getInstance(Locale.US));
			frequencyNumber.setLocale(Locale.US);
		} else {
			frequencyNumber = new JFormattedTextField(NumberFormat.getInstance());
		}

a++

Salut,

J'ai essayé de forcer la locale, mais ça n'a pas fonctionné.

Je pense que j'ai là un bug de java.