ScatterViewItems contenenti elementi interattivi di superficie

Question

Questo è un problema vecchio di elementi interattivi all'interno di elementi interattivi, ma voglio che ScatterViewItem contenga altri elementi interattivi di superficie come SurfaceButton o SurfaceCheckBox. Ho tutti i miei elementi lì dentro e reagiscono ai tocchi ecc. Il problema è che ottengo il normale comportamento di ScatterView solo quando clicco su un'area che non contiene un controllo.

Esiste una soluzione elegante per consentire il trascinamento anche quando il contatto si trova su un SurfaceButton o SurfaceCheckbox?

ad es.

<s:ScatterView >  
    <Grid Width="200" Height="200"> 
     <s:SurfaceButton /> 
    </Grid> 
</s:ScatterView> 

Answer 1

Dopo aver chiesto la stessa domanda sul forum della comunità di superficie, la risposta è stata che questo è coerente con tutti i comportamenti di controllo WPF. Ad esempio, se aggiungi elementi interattivi a una casella di riepilogo, ListBox non reagirà alle interazioni quando il mouse si trova sopra il pulsante.

Se qualcun altro incontra questo problema, è probabilmente meglio risolvere questo problema attraverso la progettazione del controllo piuttosto che tentare di violare questo comportamento insieme. Il comportamento di controllo dovrebbe rimanere coerente da un'app all'altra e da un controllo all'altro.

Answer 2

è possibile "modificare" questo comportamento ascoltando gli eventi ContactLeave su uno dei controlli figlio e, in tal caso, chiama contact.Capture (scatterviewitem). questo dirà allo svi di prendere il sopravvento ascoltando e rispondendo al contatto. tuttavia, è è andando a risultare in un comportamento incoerente con altre parti di Surface e potrebbe essere fonte di confusione. è anche incoerente anche con se stesso ... questo rende possibile passare dal controllo interno a SVI senza alzare il dito ma l'utente deve ancora alzare il dito per tornare al controllo interno.

Answer 3

per risolvere questo problema, è importante distinguere tra anteprime und eventi non di anteprima:

http://eightyeightpercentnerd.blogspot.com/2008/06/wpf-preview-vs-non-preview-events.html

modo da poter decidere quale evento si desidera ascoltare.

Tuttavia, come consiglio generale, è sempre una buona idea impostare il Flag di un evento gestito su true, se non deve essere ulteriormente instradato.