AutomationPeer.GetPatternCore(PatternInterface) Méthode

Référence

Définition

Espace de noms:: Windows.UI.Xaml.Automation.Peers

Important

Certaines informations portent sur la préversion du produit qui est susceptible d’être en grande partie modifiée avant sa publication. Microsoft exclut toute garantie, expresse ou implicite, concernant les informations fournies ici.

Modifier

Fournit le comportement de l’homologue lorsqu’un client Microsoft UI Automation appelle GetPattern ou une API cliente Microsoft UI Automation équivalente.

protected:
 virtual Platform::Object ^ GetPatternCore(PatternInterface patternInterface) = GetPatternCore;

IInspectable GetPatternCore(PatternInterface const& patternInterface);

protected virtual object GetPatternCore(PatternInterface patternInterface);

function getPatternCore(patternInterface)

Protected Overridable Function GetPatternCore (patternInterface As PatternInterface) As Object

Paramètres

patternInterface: PatternInterface

Valeur de l’énumération PatternInterface .

Retours

Object

Platform::Object

IInspectable

Objet qui implémente l’interface de modèle ; Null si l’homologue ne prend pas en charge cette interface.

Remarques

L’implémentation standard au niveau d’AutomationPeer retourne null, car la classe homologue de base ne prend pas en charge les modèles. La majorité des classes homologues Windows Runtime existantes remplacent cette méthode pour signaler les modèles pris en charge par un homologue particulier.

La substitution de cette méthode pour retourner l’implémentation de modèles pris en charge par votre classe d’homologue est l’un des scénarios les plus courants d’implémentation d’un homologue Automation. Consultez Homologues d’automatisation personnalisés.

Notes

Cet exemple n’est pas géré et peut ne pas être compilé.

Consultez l’exemple d’accessibilité XAML pour une implémentation de OnCreateAutomationPeer qui définit l’homologue personnalisé retourné par OnCreateAutomationPeer (l’implémentation de l’homologue fait partie du scénario 3 de cet exemple).

Remarques pour les versions précédentes

Windows 8.x

Windows 8 comportement de sélection d’homologues est potentiellement affecté si le contrôle est destiné à afficher des données sous forme d’éléments. La logique d’automatisation pour Windows 8 peut sélectionner un homologue de données dédié et utiliser ses modèles, même si un homologue est indiqué pour le contrôle global et que cet homologue remplace GetPatternCore. Par exemple, vous pouvez avoir le remplacement ListViewAutomationPeer pour les modèles, mais dans Windows 8 les modèles agissant pour les éléments de données peuvent être prioritaires, par exemple l’implémentation par défaut de ListViewItemDataAutomationPeer peut être utilisée et gérer le modèle de défilement lorsque UI Automation recherche des modèles dans les éléments. Cela est différent à partir de Windows 8.1 ; s’il existe une prise en charge du modèle indiquée dans une implémentation GetPatternCore pour le contrôle global, cette implémentation est utilisée au lieu d’homologues de données d’élément internes.

Si vous migrez votre code d’application de Windows 8 vers Windows 8.1 vous pouvez tenir compte de ce changement de comportement, car cela signifie que la prise en charge du modèle de contrôle des éléments peut également être utilisée pour les éléments de données et que vous devrez peut-être ajouter un comportement pour le défilement des éléments, pour instance.

Les applications qui ont été compilées pour Windows 8, mais qui sont exécutées dans Windows 8.1, continuent d’appliquer le comportement Windows 8.

S’applique à

Partager via