Control.OnPointerEntered(PointerRoutedEventArgs) Méthode

Référence

Définition

Espace de noms:: Windows.UI.Xaml.Controls

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

Appelée avant que l’événement PointerEntered ne se produise.

protected:
 virtual void OnPointerEntered(PointerRoutedEventArgs ^ e) = OnPointerEntered;

void OnPointerEntered(PointerRoutedEventArgs const& e);

protected virtual void OnPointerEntered(PointerRoutedEventArgs e);

function onPointerEntered(e)

Protected Overridable Sub OnPointerEntered (e As PointerRoutedEventArgs)

Paramètres

e: PointerRoutedEventArgs

Données d'événement de l'événement.

Remarques

Comportement de Windows 8

Pour Windows 8, l’événement PointerEntered ne se déclenche généralement pas si le curseur à l’écran (stylet ou point tactile) n’a pas réellement été déplacé. Par exemple, PointerEntered ne se déclenche pas si la souris et son curseur à l’écran restent stationnaires, et qu’un objet avec un gestionnaire PointerEntered a sa position traduite ou ajustée pour se déplacer sous le curseur à l’écran. Ou , PointerEntered ne se déclenche pas si un élément comme une fenêtre contextuelle ou un menu volant disparaît et que le pointeur se trouve maintenant sur un nouvel élément (mais le pointeur n’a pas encore déplacé). Le comportement PointerExited est associé à cela. Par exemple, si une fenêtre contextuelle est ignorée par programmation, elle ne déclenche pas PointerExited si le pointeur n’a pas été déplacé comme cause de son rejet. Vous obtenez toujours un événement PointerEntered si le pointeur se déplace au-dessus de l’élément nouvellement révélé, mais c’est à l’utilisateur de décider si cela se produit au moment du déplacement, et non au moment du licenciement. En bref, la tentative d’utilisation du dernier élément qui a déclenché PointerEntered pour la détermination de l’état du pointeur dans l’interface utilisateur de l’application n’est pas complète dans Windows 8, et il existe de nombreux scénarios dans lesquels PointerEntered et PointerExited ne s’associent pas. Cela a un impact sur les états visuels des contrôles qui utilisent PointerEntered et PointerExited comme déclencheurs.

À compter de Windows 8.1, PointerExited est déclenché pour tous les cas où le pointeur a déclenché à la fois un événement PointerEntered, mais une modification de l’état de l’interface utilisateur se produit lorsque le pointeur ne se trouve plus dans cet élément. Cela inclut les cas où l’élément entier disparaît. Et si le pointeur se trouve maintenant sur un autre élément parce qu’un élément précédent a disparu, cet élément déclenche PointerEntered, même si le pointeur ne se déplace jamais. Les éléments qui définissent leur visibilité sur Collapsed par programmation sont l’une des façons dont les éléments peuvent disparaître de l’interface utilisateur, et le comportement Windows 8.1 en tient compte et déclenche PointerExited pour l’élément **Collapsed ** et PointerEntered pour l’élément nouvellement révélé.

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 entraîne le déclenchement de PointerExited et PointerEntered dans les cas où ils n’auraient pas été déclenchés auparavant.

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 à