Interception des touches de l'accélérateur à l'intérieur wxTextCtrl

Question

J'ai un menu contenant plusieurs éléments, tous avec des raccourcis d'accélérateur définis en utilisant la méthode de caractère de tabulation. Comme ceci:

Increase volume\tCtrl+Up 

Jusqu'ici tout va bien. Cependant, deux de mes accélérateurs utilisent respectivement les raccourcis Ctrl + Gauche et Ctrl + Droite. Mon problème est que tout en se concentrant sur un TextCtrl, ces raccourcis ont déjà une fonction attendue - dans les champs de texte, Ctrl + Gauche et Ctrl + Droite devraient naviguer par mot. La majorité de mes utilisateurs vont utiliser le clavier très fortement, il est donc essentiel que ces fonctions fonctionnent comme prévu. Jusqu'ici, j'ai travaillé sur le fait que je peux intercepter toutes les clés avant qu'elles ne soient traitées pour l'utilisation de l'accélérateur en liant un gestionnaire pour wxEVT_CHAR_HOOK. Mais je ne suis pas tout à fait sûr de la façon de le faire. Je veux définir un ensemble de raccourcis qui doivent être transmis à TextCtrl, mais permettre aux autres accélérateurs d'être traités normalement s'ils n'ont pas de fonction spécifique à TextCtrl. Par exemple, Ctrl + Gauche et Ctrl + Droite devraient être traités par TextCtrl car ils naviguent par mot, mais Ctrl + O devrait déclencher sa commande de menu associée parce que TextCtrl n'a aucune utilité pour ce raccourci particulier.

La modification des raccourcis (par exemple Alt + Gauche au lieu de Ctrl + Gauche) n'est pas une option ici car l'application permet aux utilisateurs de modifier de façon interactive les accélérateurs. Désactiver les éléments de menu problématiques quand un TextCtrl a le focus ne fonctionnera pas non plus, parce que les raccourcis d'accélérateur associés n'exécutent toujours pas leurs fonctions prévues dans le TextCtrl (ie désactivant l'élément de menu avec l'accélérateur Ctrl + Left ne fait pas magiquement le TextCtrl traite correctement cette combinaison de touches). Ce dernier point semble être un bug dans wx, mais c'est comme ça.

Answer 1

Si vous rencontrez ce problème sous Windows, en remplaçant wxWindow::MSWShouldPreProcessMessage() et en renvoyant false pour les combinaisons de touches en question, vous devez le corriger. Ceci est, cependant, une solution uniquement C++, je ne sais pas si même wxPhoenix fournit un moyen de remplacer les méthodes virtuelles de Python (et presque certain que wxPython classique ne le fait pas). Il est probable que la version de la bibliothèque dans wxTextCtrl::MSWShouldPreProcessMessage() devrait déjà faire cela, donc peut-être que vous pourriez modifier wxWidgets lui-même (et soumettre un patch avec vos modifications pour ne pas avoir à les maintenir vous-même).