Contrôles d’entrée manuscrite
La plateforme Tablet PC fournit deux contrôles, InkEdit et InkPicture, qui vous permettent d’ajouter facilement la reconnaissance manuscrite et manuscrite aux applications Tablet PC. Le contrôle InkEdit a des versions managées, ActiveX et Win32, tandis qu’InkPicture n’a que les versions InkPicture et ActiveX gérées.
La principale différence entre les contrôles réside dans la façon dont les données sont enregistrées. Le contrôle InkEdit enregistre l’entrée manuscrite sous forme de texte par défaut, tandis que InkPicture enregistre l’entrée manuscrite sous forme d’encre.
Le contrôle InkEdit est destiné à la saisie de texte par reconnaissance d’écriture manuscrite. InkPicture est destiné à l’annotation (par exemple, marquer une diapositive de présentation ou une autre image).
Dans le code managé, créez des contrôles manuscrits dans le même thread que le thread main pour le formulaire. Si un contrôle InkEdit ou InkPicture est créé dans un autre thread, votre application risque de ne pas répondre correctement.
Vous devez explicitement remplacer le modèle de thread par un seul thread avant de créer un contrôle d’entrée manuscrite. Cela entraîne la création du contrôle sur le thread main. Vous pouvez utiliser le code C++ managé suivant pour définir explicitement le modèle de threading.
Thread::get_CurrentThread()->set_ApartmentState(ApartmentState::STA);
Vous pouvez utiliser le code suivant pour faire la même chose en C#.
System.Threading.Thread.CurrentThread.ApartmentState = System.Threading.ApartmentState.STA;
Dans le code managé, pour éviter une fuite de mémoire, vous devez appeler explicitement la méthode Dispose sur tout contrôle Tablet PC auquel un gestionnaire d’événements a été attaché avant que le contrôle ne sorte de l’étendue.
Les sections suivantes décrivent les contrôles d’entrée manuscrite et l’utilisation de contrôles d’entrée manuscrite dans les applications :