RecognitionResult, classe

Article
11/05/2008

Mise à jour : November 2007

Représente le résultat de la reconnaissance. Les résultats de la reconnaissance de l'écriture manuscrite sont retournés dans un objet RecognitionResult.

Espace de noms : Microsoft.Ink
Assembly : Microsoft.Ink (dans Microsoft.Ink.dll)

Syntaxe

'Déclaration
<PermissionSetAttribute(SecurityAction.InheritanceDemand, Name := "FullTrust")> _
Public Class RecognitionResult
'Utilisation
Dim instance As RecognitionResult

[PermissionSetAttribute(SecurityAction.InheritanceDemand, Name = "FullTrust")]
public class RecognitionResult

[PermissionSetAttribute(SecurityAction::InheritanceDemand, Name = L"FullTrust")]
public ref class RecognitionResult

/** @attribute PermissionSetAttribute(SecurityAction.InheritanceDemand, Name = "FullTrust") */
public class RecognitionResult

public class RecognitionResult

Notes

Les objets RecognitionAlternate, ou la proposition de substitution sont créés à partir du résultat. La meilleure proposition de substitution est celle utilisée par la valeur par défaut dans le résultat. Toutefois, vous pouvez utiliser les méthodes de l'objet RecognitionResult pour spécifier quelle proposition utiliser dans le résultat.

Les performances système peuvent diminuer si les résultats de reconnaissance sont assignés automatiquement à chaque collection de traits. Par conséquent, par défaut, les résultats ne sont pas attachés à une collection Strokes. Vous devez appeler la méthode SetResultOnStrokes pour assigner les résultats à une collection Strokes.

La seule méthode pour rendre des résultats de reconnaissance persistants est d'appeler SetResultOnStrokes, puis d'ajouter cette collection Strokes à la collection CustomStrokes sur l'objet Ink.

Tous les modules de reconnaissance ne définissent pas la propriété TopConfidence. Lorsqu'une application tente d'accéder à une propriété qui n'est pas définie par le module de reconnaissance, une exception d'argument est levée.

Remarque :
Les diverses reconnaissances d'écriture livrées par Microsoft dans les modules de reconnaissance de script latin et des langues asiatiques peuvent parfois donner la valeur Unicode 0xFFFF comme résultat de reconnaissance. Cela se produit lorsque le module de reconnaissance ne peut pas faire correspondre une partie de l'entrée manuscrite avec les caractères valides. Le point de code 0xFFFF est un UCS-2 valide, mais il n'est pas autorisé dans UTF-8. Une application qui convertit les résultats de reconnaissance en UTF-8 doit remplacer 0xFFFF par un autre point de code, par exemple, 0xFFFD.

Les diverses reconnaissances d'écriture livrées par Microsoft dans les modules de reconnaissance de script latin et des langues asiatiques peuvent parfois donner la valeur Unicode 0xFFFF comme résultat de reconnaissance. Cela se produit lorsque le module de reconnaissance ne peut pas faire correspondre une partie de l'entrée manuscrite avec les caractères valides. Le point de code 0xFFFF est un UCS-2 valide, mais il n'est pas autorisé dans UTF-8. Une application qui convertit les résultats de reconnaissance en UTF-8 doit remplacer 0xFFFF par un autre point de code, par exemple, 0xFFFD.

Hiérarchie d'héritage

System.Object
Microsoft.Ink.RecognitionResult

Sécurité des threads

Tous les membres static (Shared en Visual Basic) publics de ce type sont thread-safe. Il n'est pas garanti que les membres d'instance soient thread-safe.

Plateformes

Windows Vista

Le .NET Framework et le .NET Compact Framework ne prennent pas en charge toutes les versions de chaque plateforme. Pour obtenir la liste des versions prises en charge, consultez Configuration requise du .NET Framework.