Nous avons un contrôle WebBrowser hébergé par ATL qui est l'enfant d'une fenêtre parent dans un processus différent.Le pavé numérique ne fonctionne pas dans le contrôle WebBrowser
Certains utilisateurs ne peuvent pas utiliser le pavé numérique pour saisir des numéros dans les zones de texte du contrôle WebBrowser.
Cela a été vu sur Windows 7 et Windows 10, et le problème ne semble pas être lié à l'option d'accessibilité "Clés de la souris". Le pavé numérique fonctionne correctement dans d'autres applications (IE et Notepad) sur le même système, il échoue uniquement dans notre contrôle WebBrowser hébergé.
Nous n'avons pas été en mesure de reproduire ce problème, ni d'isoler quelque chose en commun avec les systèmes où le problème est rencontré. Quelqu'un peut-il expliquer ce qui causerait l'échec du clavier numérique uniquement dans le contrôle WebBrowser?
[Est-il légal d'avoir un parent inter-processus/relation de l'enfant ou propriétaire/propriétaire de la fenêtre?] (https://blogs.msdn.microsoft.com/oldnewthing/20130412-00/?p=4683) – IInspectable
Oui, c'est "légal". Difficile, mais légal. – donaddon
Si le code d'hébergement ATL ou le processus parent inter-thread n'est pas sous votre contrôle, il cesse d'être légal. Cette question ne peut pas être répondue sans un [mcve]. Je sais que c'est aussi un défi en soi. – IInspectable