Touche Ctrl + Tab pour changer de JInternalFrame

Salut à tous,
J'ai créer un application de type MDI(multi document interface).
Je voudrais definir les touches ctrl + tab pour changer la fenetre interne active.
Et je ne vois pas comment faire. J'ai bien tenté de rajouter un item switch à mon menu
et definir un keyStroke(raccourci clavier) pour mon item switch mais apparement la combinaison CTRL-tab est prédéfinie pour autre chose.
En effet dans mon menu à la place d'afficher "Ctrl-Tab", il affiche "Ctrl-Onglet" et le raccourci clavier ne marche pas.
Donc si quelqu'un sait comment je peut mis prendre...

J'ai essayer une autre methode:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 /*on recupere la inputMap du composant qui a le focus*/ InputMap inputMap = rootPane.getInputMap(JComponent.WHEN_IN_FOCUSED_WINDOW); /*on rajoute un cle et une valeur*/ inputMap.put(KeyStroke.getKeyStroke(KeyEvent.VK_TAB, InputEvent.CTRL_MASK), "altab"); /*on recupere l'actioMap du root pane et on i ajoute l'action à effectuer*/ rootPane.getActionMap().put( "altab", new AbstractAction("altab") { public void actionPerformed(ActionEvent actionEvent) { System.out.println("switch"); } });
Mais ça ne marche pas plus.
Donc je me demande vraiment si on peut utilisé cette combinaison de touche car si je remplace KeyEvent.VK_TAB par KeyEvent.VK_T alors là je n'ais aucun problème(remarque l'autre methode marchait aussi avec CTRL-T à la place de CTR-TAB).

La combinaison CTR-TAB est elle interdite par WINDOWS (XP)
ou java ou ... ?

merci si quelqu'un sait d'ou peut cela peut venir

PS:après quelques tests en faite je me suis rendu compte que le CTRL-TAB marchait une fois sur 100(non je n'exagère même pas) alors que le CTRL-T marche très bien. Ca renforce mon idée que l'évenement dois être capté avant par une autre ressource.

Salut,

C'est tout simplement windows qui gère l'événement, c'est d'ailleurs étrange que ca marche de temps en temps.
Il va falloir changer de raccourci.

a+

j'ai trouvé un lien:
http://bugs.sun.com/bugdatabase/view...bug_id=4736672
où ils précise:

Citation:

The problem is in KeyboardFocusManager.
The CTRL+TAB and CTRL+SHIFT+TAB are default traversal keys.
KeyboardFocusManager intercepts and processes the key events for
CTRL+TAB and for CTRL+SHIFT+TAB.

Donc apparement le l'évenment serait gerait par le KeyboardFocusManager. En regardant le code j'ai trouvé:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 /** * The default strokes for initializing the default focus traversal keys. */ private static final AWTKeyStroke[][] defaultFocusTraversalKeyStrokes = { { AWTKeyStroke.getAWTKeyStroke(KeyEvent.VK_TAB, 0, false), AWTKeyStroke.getAWTKeyStroke(KeyEvent.VK_TAB, InputEvent.CTRL_DOWN_MASK | InputEvent.CTRL_MASK, false), }, { AWTKeyStroke.getAWTKeyStroke(KeyEvent.VK_TAB, InputEvent.SHIFT_DOWN_MASK | InputEvent.SHIFT_MASK, false), AWTKeyStroke.getAWTKeyStroke(KeyEvent.VK_TAB, InputEvent.SHIFT_DOWN_MASK | InputEvent.SHIFT_MASK | InputEvent.CTRL_DOWN_MASK | InputEvent.CTRL_MASK, false), }, {}, {}, };
un tableau qui est utilisé:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 public KeyboardFocusManager() { for (int i = 0; i < TRAVERSAL_KEY_LENGTH; i++) { Set work_set = new HashSet(); for (int j = 0; j < defaultFocusTraversalKeyStrokes[i].length; j++) { work_set.add(defaultFocusTraversalKeyStrokes[i][j]); } defaultFocusTraversalKeys[i] = (work_set.isEmpty()) ? Collections.EMPTY_SET : Collections.unmodifiableSet(work_set); } initPeer(); }
donc là en farfouillant, j'ai trouvé :
Code:

1 2 setFocusTraversalKeysEnabled(false);
que j'ai appliqué sur ma JFrame et ça marche!!!:king:
Donc apparement c'est bien Java qui "bloquait" la conbinaison CTRL-TAB
Seulement je me demande si je ne vais pas me retrouvé avec quelques problèmes lié à cette desactivation. En effet je suppose que le comportement par default du KeyboardFocusManager n'est pas là rien que pour me faire chier:mrgreen: