Hi,
This depends a bit on what you are doing. The "problem" with Windows is that once a build in control (e.g. ScrollViewer, FlipView, both of which are part of the PDFViewCtrl) takes command of manipulation input, then those events are all funneled to a background thread in that control that takes care of all future manipulation events, up to and including ManipulationCompleted. This is why you don't get any events after ManipulationStarting.
I can suggest two ways to get around this problem:
One is to change the ManipualtionMode of the control or one of it's children to Something other than System (this is what we do when you call PDFViewCtrl.SetScrollEnabled(false)). The problem here is that you need to decide this basically as soon as your finger touches down. So, for example, in the AnnotEdit tool, we check if the touch down is hitting a control point. If it does, we disable Scrolling and Zooming in the PDFViewCtrl. If you want to use this with the PDFViewCtrl, you might have to create pre-designated swipe areas or something.
The other thing you can try, is to always use PagePresentationMode continuous for the PDFViewCtrl's, and then stick each and every PDFViewCtrl in a FlipView. This will let the system take care of scrolling and flipping. Basically, you will end up with a FlipView full of ScrollViewer (this is how we do SinglePage mode) and it should work fairly well.
Best Regards,
Tomas Hofmann