Control.OnPointerEntered(PointerRoutedEventArgs) Método
Definición
Importante
Parte de la información hace referencia a la versión preliminar del producto, que puede haberse modificado sustancialmente antes de lanzar la versión definitiva. Microsoft no otorga ninguna garantía, explícita o implícita, con respecto a la información proporcionada aquí.
Se llama antes de que se produzca el evento PointerEntered .
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)Parámetros
Datos del evento.
Comentarios
Comportamiento de Windows 8
Para Windows 8, por lo general, el evento PointerEntered no se activará si el cursor en pantalla (o lápiz o punto táctil) no se movió realmente. Por ejemplo, PointerEntered no se activa si el mouse y su cursor en pantalla permanece estático, y un objeto con un controlador PointerEntered tiene su posición traducida o ajustada de otro modo para moverse debajo del cursor en pantalla. O bien, PointerEntered no se activa si un elemento como un elemento emergente o un control flotante desaparece y el puntero está ahora sobre un nuevo elemento (pero el puntero aún no se ha movido). Relacionado con esto es el comportamiento PointerExited . Por ejemplo, si un elemento emergente se descarta mediante programación, no activará PointerExited si el puntero no se movió como causa de descartarlo. Todavía obtendría un evento PointerEntered si el puntero se mueve mientras se desplaza sobre el elemento recién revelado, pero eso es para el usuario si eso ocurrirá y ocurre en el momento del movimiento, no en el momento del descarte. En resumen, intentar usar el último elemento que desencadenó PointerEntered para la determinación del estado de puntero en la interfaz de usuario de la aplicación no es completo en Windows 8 y hay muchos escenarios en los que PointerEntered y PointerExited no se emparejan. Esto afecta también a los estados visuales de los controles que usan PointerEntered y PointerExited como desencadenadores.
A partir de Windows 8.1, PointerExited se desencadena para cualquier caso en el que el puntero hubiera desencadenado a la vez un evento PointerEntered, pero algún cambio de estado de la interfaz de usuario se produce cuando el puntero ya no está dentro de ese elemento. Esto incluye casos en los que desaparece todo el elemento. Y si el puntero está ahora sobre un elemento diferente porque un elemento anterior desapareció, ese elemento activa PointerEntered, incluso si el puntero nunca se mueve. Los elementos que establecen su Visibilidad en Contraído mediante programación es una manera de que los elementos desaparezcan de la interfaz de usuario, y el comportamiento de Windows 8.1 tenga en cuenta esto y activará PointerExited para el elemento **Collapsed ** y PointerEntered para el elemento recién revelado.
Si migras el código de la aplicación de Windows 8 a Windows 8.1 quizás quieras tener en cuenta este cambio de comportamiento, ya que da como resultado que PointerExited y PointerEntered se activen en casos en los que no se hayan desencadenado antes.
Las aplicaciones compiladas para Windows 8 que se ejecuten en Windows 8.1 siguen usando el comportamiento de Windows 8.