I have two view controllers. View controller A has a UIScrollView
and presents view controller B. The presentation is interactive and controlled by the scrollView.contentOffset
.
I want to integrate an interactive dismiss transition: When panning up, ViewController B should be dismissed interactively. The interactive dismiss transition should also control the ViewController A scrollView.
My first attempt was using a UIPanGestureRecognizer
and setting the scrollView.contentOffset
according to the panned distance. This works, however when the pan gesture is ended, the scrollView offset has to be animated to the end position. Using -[UIScrollView setContentOffset:animated:
is not a good solution since it uses a linear animation, doesn't take the current pan velocity into account and doesn't decelerate nicely.
So I thought it should be possible to feed the touch events from my pan gesture recognizer into the scroll view. This should give us all the nice scroll view animation behavior.
I tried overriding the -touchesBegan/Moved/Ended/Cancelled withEvent:
methods in my UIPanGestureRecognizer
subclass like this:
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event {
[scrollView touchesBegan:touches withEvent:event];
[scrollView.panGestureRecognizer touchesBegan:touches withEvent:event];
[super touchesBegan:touches withEvent:event];
}
But apparently something is blocking the scroll view from entering tracking
mode. (It does go to dragging = YES
but that's about it.) I verified the scrollView is userInteractionEnabled
, not hidden and added to the view hierarchy.
So how can I forward my touch events to UIScrollView
?
Maybe you can try to use the method in UIPanGesture delegate :
I don't know how it will react since your views are modal. But maybe it could succeed like it without passing the touch directly with beginTouch etc. which are a pain in the ass.
Tell me if it helps ?
I have a scrollview inside of a superview to have left and right borders. To make those borders scrollable, this were my approach :
Works perfectly
As an addition to solution of @johnboiles. When you catch the entire rect, then touches on elements inside the scrollview will be skipped. You could add aditional touch areas and for the normal scrollview just pass it on to the super.hitTest like this:
After reading an interesting answer describing
UIScrollView
's event flow, I came to the conclusion that trying to "remote control" a scroll view from a gesture recognizer is probably very hard to achieve because touches are mutated while being routed to views and gesture recognizers. SinceUITouch
doesn't conform toNSCopying
we also can't clone touch events in order to send them later in unmodified state.While not really solving the problem I asked for, I found a workaround to accomplish what I need. I just added a scroll view to view controller B and synced it with VC A's scroll view (which is added to the view hierarchy when vertically scrolling):
Thanks to Friedrich Markgraf who came up with the idea.
Try subclassing the
UIScrollView
and overridinghitTest:withEvent:
so that theUIScrollView
picks up touches outside its bounds. Then you get all the niceUIScrollView
animations for free. Something like this:Or in Swift (Thanks Edwin Vermeer!)
You may also need to override
pointInside:withEvent:
on theUIScrollView
's superview, depending on your layout.See the following question for more info: interaction beyond bounds of uiview