Control.OnPointerEntered(PointerRoutedEventArgs) Metodo
Definizione
Importante
Alcune informazioni sono relative alla release non definitiva del prodotto, che potrebbe subire modifiche significative prima della release definitiva. Microsoft non riconosce alcuna garanzia, espressa o implicita, in merito alle informazioni qui fornite.
Chiamato prima che si verifichi l'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)Parametri
Dati dell'evento per l'evento.
Commenti
Comportamento di Windows 8
Per Windows 8, in genere l'evento PointerEntered non verrà attivato se il cursore sullo schermo (o lo stilo o il punto di tocco) non è stato effettivamente spostato. Ad esempio, PointerEntered non viene attivato se il mouse e il relativo cursore sullo schermo rimane stazioniario e un oggetto con un gestore PointerEntered ha la sua posizione tradotta o altrimenti modificata per spostarsi sotto il cursore sullo schermo. In alternativa , PointerEntered non viene attivato se un elemento come un popup o un riquadro a comparsa scompare e il puntatore è ora su un nuovo elemento (ma il puntatore non è ancora stato spostato). Correlato a questo è il comportamento pointerExited . Ad esempio, se un popup viene ignorato a livello di codice, non verrà attivato PointerExited se il puntatore non è stato spostato come causa di ignorarlo. Si otterrebbe comunque un evento PointerEntered se il puntatore si sposta mentre si sposta sull'elemento appena rivelato, ma questo è fino all'utente che si verifica, e si verifica al momento del movimento, non il momento di chiusura. In breve, provare a usare l'ultimo elemento che ha attivato PointerEntered per la determinazione dello stato del puntatore nell'interfaccia utente dell'app non è completo in Windows 8 e ci sono molti scenari in cui PointerEntered e PointerExited non si associano. Ciò influisce sugli stati visivi per i controlli che usano PointerEntered e PointerExited come trigger.
A partire da Windows 8.1, PointerExited viene attivato per qualsiasi caso in cui il puntatore avesse attivato un evento PointerEntered, ma alcune modifiche dello stato dell'interfaccia utente si verificano in cui il puntatore non è più all'interno di tale elemento. Ciò include casi in cui l'intero elemento scompare. E se il puntatore è ora su un elemento diverso perché un elemento precedente è scomparso, tale elemento genera PointerEntered, anche se il puntatore non si sposta mai. Gli elementi che impostano visibilità su Compresso a livello di codice sono un modo in cui gli elementi potrebbero scomparire dall'interfaccia utente e gli account di comportamento Windows 8.1 per questo e verranno attivati PointerExited per l'elemento **Compresso ** e PointerEntered per l'elemento appena rivelato.
Se si esegue la migrazione del codice dell'app da Windows 8 a Windows 8.1 è consigliabile tenere conto di questo cambiamento di comportamento, perché comporta l'esecuzione di PointerExited e PointerEntered in casi in cui non sarebbero stati attivati prima.
Le app create per Windows 8 che vengono eseguite in Windows 8.1 continuano a usare il comportamento di Windows 8.