Vorrei estendere ciò che Skeet ha già scritto.
Il punto è che il team di sviluppo di MS WP7 ha pubblicato "linee guida", in cui scoraggiano fortemente l'inserimento (sulla stessa pagina) di più controlli di layout che accettano e reagiscono allo stesso insieme di gesti. Ad esempio, non dovresti provare ad incorporare un pivot all'interno di un Pano, perché lo swipe orizzontale si scontrerà e sarà difficile distinguere quali di essi dovrebbero eseguire le sue azioni. Lo stesso caso è con il browser: risponde a tutti gli swip e le padelle .. quindi non dovrebbe essere inserito in quasi tutti i controlli a scorrimento !!
Ora, detto questo, voglio dirvi che è possibile superarlo - anche se potrebbe non essere facile, a seconda del caso.
La cosa più banale da fare, se si desidera ricevere ancora una notifica sui gesti è utilizzare GestureService/GestureListener dalla libreria di Silverlight Toolkit. Anche quando il WebBrowser estingue gli eventi di manipolazione non elaborati, GestureListener sarà ancora in grado di notificarti - poiché apparentemente ascolta su un "altro livello", non voglio proprio entrarci subito. Basta prendere la biblioteca, aggiuntivo riferimento a esso, fare qualcosa di simile:
GestureService.GetListener(targetcontrol).Flick(myBrowserFlickHandler);
ed è fatta - si ottiene la notifica ogni volta che qualcuno colpi di frusta sul controllo, con tutto senza alcun riguardo degli eventi di manipolazione in fase di e.Handled = true o no. Piccolo disclaimer qui: non ricordo se su 7.0 funziona, perché il WebBrowser è un po 'diverso. Su 7.1 e 7.5 dovrebbe funzionare.
Tuttavia, se lo si applica su un WebBrowser, si otterrà la notifica, ma anche il browser lo otterrà. Ciò significa che i 2 controlli reagiranno e che verrà respinto visivamente se inizierai alcuni storyboard dall'interno del gestore.
Su 7.1 e quasi 7.5, è possibile giocare duro con il WebBrowser e per controllare completamente quale evento di manipolazione vedrà.Quindi, filtrando gli eventi mani per il WB e usando GestureListener per vedere gli eventi da soli, puoi sia bloccare il WB dal fare qualsiasi cosa, sia, allo stesso tempo, puoi rispondere con la tua stessa azione. Ne ho già parlato ampiamente in risposta a problemi simili, vedi WP7 Pivot control and a WebBrowser control per i dettagli. Non è una cosa facile/facile/divertente da fare però.
EDIT: e MOST importante, non è garantito il funzionamento in futuro. Attraverso le versioni 7.1 e 7.5 dell'SDK/OS/API, all'interno del controllo WebBrowser sono visibili alcune importanti modifiche interne in fase di esecuzione, e non sarei sorpreso se cambi drammaticamente nelle prossime versioni. Non giocare con le cose che ho scritto lì se non vuoi tornare a rivedere l'argomento nei prossimi 1-2 anni.
Gulp, ha confermato. Ho lasciato cadere e compilato una listbox dietro un browser web. Nessuna gioia ricevere gli eventi di scorrimento nella casella di riepilogo con qualsiasi mezzo ovvio. –