Control.OnPointerExited(PointerRoutedEventArgs) Metodo
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 PointerExited .
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)Dati dell'evento per l'evento.
Per Windows 8, in genere l'evento PointerEntered non viene 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 cursore sullo schermo rimangono fissi e un oggetto con un gestore PointerEntered ha la sua posizione tradotta o modificata in altro modo 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 si trova 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 viene attivato PointerExited se il puntatore non è stato spostato come causa dell'chiusura. Si otterrebbe comunque un evento PointerEntered se il puntatore si sposta mentre si sposta sull'elemento appena rivelato, ma questo dipende dall'utente se ciò accadrà e si verifica al momento del movimento, non al momento della chiusura. In breve, il tentativo di usare l'ultimo elemento che ha attivato PointerEntered per determinare lo stato del puntatore nell'interfaccia utente dell'app non è completo in Windows 8 e esistono molti scenari in cui PointerEntered e PointerExited non si associano. Ciò influisce sugli stati di visualizzazione per i controlli che usano Anche PointerEntered e PointerExited come trigger.
A partire da Windows 8.1, PointerExited viene generato per qualsiasi caso in cui il puntatore avesse generato un evento PointerEntered, ma alcune modifiche dello stato dell'interfaccia utente si verificano quando il puntatore non è più all'interno di tale elemento. Sono inclusi i casi in cui l'intero elemento scompare. E se il puntatore si trova 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 Visibilitysu Collapsed a livello di codice sono un modo in cui gli elementi potrebbero scomparire dall'interfaccia utente e il comportamento Windows 8.1 account per questo e attiva PointerExited per l'elemento **Collapsed ** e PointerEntered per l'elemento appena rivelato.
Se esegui la migrazione del codice dell'app da Windows 8 a Windows 8.1 potresti voler tenere conto di questa modifica del comportamento, perché comporta la generazione di PointerExited e PointerEntered nei casi in cui non sarebbero stati attivati in precedenza.
Le app create per Windows 8 che vengono eseguite in Windows 8.1 continuano a usare il comportamento di Windows 8.
| Prodotto | Versioni |
|---|---|
| WinRT | Build 10240, Build 10586, Build 14383, Build 15063, Build 16299, Build 17134, Build 17763, Build 18362, Build 19041, Build 20348, Build 22000, Build 22621, Build 26100 |