iphone - Nesting UIScrollView inside UIScrollView Cocoa Touch -

They "brush" the topic in this thread, but it does not really answer a lot:

< P> I work together to present a group of UIScrollView and a UIPageControl sequences. (Standard "home screen" swipe style due to lack of better words)

In all these ideas inside the scrollview, there is a thin menu in the bottom part, which can be swipe side by side. If anyone remembers the previous Facebook app, it was also a menu that could be swiped horizontally, however, it was not included in any other scroll-wave, but this idea is similar. The outer scroll wev will scroll through the entire scene, which will include the view with the internal scroll wheel, but the inner scrollview will only replace a menu within the scene.

I had already given proof of concept testing about it, is that what happens, that the representative methods are called in both scroll weights, even if it does not have to be swift on the screen, and the most More scrollwhe apps will crash, but not from left to right ...

I feel like this can be done, but I think it's going wrong about it.

Is there a way to respond to swipe areas of the screen? That is to decide that a group of a representative at the top right of the screen will call and call ¼ another set below. Perhaps through some types of arbitrator, who swings before being "processed" and then determines which scroll-view should be reacted?

Hope someone can point me in this a good direction, thanks :)

What about nesting scroll scenes? Rather than embedding ScrollView in any other ScrollView, make them the same-level siblings of parents' UIVIVE.

However, in support of your nesting victim, I can think of App Store app which lets you scroll screen screens horizontally, app details scroll vertically.