Control.OnPointerExited(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é avant que l’événement PointerExited se produise.

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

void OnPointerExited(PointerRoutedEventArgs const& e);

protected virtual void OnPointerExited(PointerRoutedEventArgs e);

function onPointerExited(e)

Protected Overridable Sub OnPointerExited (e As PointerRoutedEventArgs)

Paramètres

e: PointerRoutedEventArgs

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

Remarques

Comportement de Windows 8

Pour Windows 8, en règle générale, l’événement PointerEntered ne se déclenche pas si le curseur à l’écran (ou le stylet ou le 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 immobiles, 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 tel qu’une fenêtre contextuelle ou un menu volant disparaît et que le pointeur se trouve maintenant sur un nouvel élément (mais que 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 programme, elle ne déclenchera pas PointerExited si le pointeur n’a pas été déplacé en tant que cause de son rejet. Vous obtiendrez toujours un événement PointerEntered si le pointeur se déplace sur l’élément récemment révélé, mais c’est à l’utilisateur de décider si cela se produira, et 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 sont pas associés. 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é à un moment donné un événement PointerEntered, mais un changement d’é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 récemment révélé.

Si vous migrez le code de votre 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 à