あなたは非常に厳しい状況にあります、私は言わなければなりません。
pagingEnabled=YESページを切り替えるには、UIScrollViewを使用する必要がありますがpagingEnabled=NO、垂直方向にスクロールする必要があることに注意してください。
2つの可能な戦略があります。どちらが機能するか/実装が簡単かわからないので、両方を試してください。
最初：ネストされたUIScrollViews。率直に言って、私はこれを機能させる人をまだ見ていません。しかし、私は個人的に十分に努力していません。私の実践では、十分に努力すれば、UIScrollViewに好きなことをさせることができることが示されています。
したがって、戦略は、外側のスクロールビューが水平スクロールのみを処理し、内側のスクロールビューが垂直スクロールのみを処理するようにすることです。これを実現するには、UIScrollViewが内部でどのように機能するかを知っている必要があります。これはhitTestメソッドをオーバーライドし、常にそれ自体を返すため、すべてのタッチイベントはUIScrollViewに入ります。次に内部touchesBegan、touchesMovedなど、それをチェックし、イベントに興味を持っていて、いずれかのハンドルまたは内部部品へのそれを渡す場合。
タッチを処理するか転送するかを決定するために、UIScrollViewは最初にタッチしたときにタイマーを開始します。
150ミリ秒以内に指を大きく動かさなかった場合は、イベントが内部ビューに渡されます。
150ms以内に指を大きく動かすと、スクロールが開始されます（イベントが内部ビューに渡されることはありません）。
テーブル（スクロールビューのサブクラス）にタッチしてすぐにスクロールを開始すると、タッチした行が強調表示されないことに注意してください。
あなたがしている場合ではない150msの範囲内大幅に指を移動し、UIScrollViewのは、インナービューにイベントを渡し始めたが、その後、あなたが開始するためにスクロールするために十分に指を移動した、UIScrollViewを呼び出しtouchesCancelled、内側のビューにしてスクロールを開始します。
テーブルに触れ、指を少し押したままスクロールを開始すると、触れた行が最初に強調表示され、後で強調表示が解除されることに注意してください。
これらの一連のイベントは、UIScrollViewの構成によって変更できます。
delaysContentTouchesNOの場合、タイマーは使用されません—イベントはすぐに内部コントロールに移動します（ただし、指を十分に動かすとキャンセルされます）cancelsTouchesNOの場合、イベントがコントロールに送信されると、スクロールは発生しません。
それが受け取ることUIScrollViewのあることに注意して、すべての touchesBegin、touchesMoved、touchesEndedおよびtouchesCanceled（そのためにはCocoaTouchからイベントをhitTestそうするよう指示します）。次に、必要に応じて、必要に応じてそれらを内部ビューに転送します。
UIScrollViewについてすべて理解したので、その動作を変更できます。ユーザーがビューに触れて指を（少しでも）動かし始めると、ビューが垂直方向にスクロールし始めるように、垂直スクロールを優先したいと思うことは間違いありません。ただし、ユーザーが指を水平方向に十分に動かした場合は、垂直スクロールをキャンセルして水平スクロールを開始する必要があります。
外側のUIScrollViewをサブクラス化して（たとえば、クラスにRemorsefulScrollViewという名前を付けます）、デフォルトの動作の代わりに、すべてのイベントをすぐに内側のビューに転送し、大きな水平方向の動きが検出された場合にのみスクロールします。
RemorsefulScrollViewをそのように動作させるにはどうすればよいですか？
垂直スクロールを無効にdelaysContentTouchesしてNOに設定すると、ネストされたUIScrollViewが機能するように見えます。残念ながら、そうではありません。UIScrollViewは、高速モーション（無効にすることはできません）に対して追加のフィルタリングを行うように見えるため、UIScrollViewは水平方向にしかスクロールできない場合でも、常に十分な速度の垂直方向のモーションを消費します（無視します）。
影響が非常に大きいため、ネストされたスクロールビュー内の垂直スクロールは使用できません。（この設定が正確に行われているようです。試してみてください。指を150ミリ秒間押し続けてから、垂直方向に移動します。ネストされたUIScrollViewは期待どおりに機能します！）
これは、UIScrollViewのコードをイベント処理に使用できないことを意味します。RemorsefulScrollViewの4つのタッチ処理メソッドすべてをオーバーライドし、最初に独自の処理を実行する必要がありますsuper。水平スクロールを使用することにした場合にのみ、イベントを（UIScrollView）に転送します。
ただしtouchesBegan、UIScrollViewに渡す必要があります。これは、将来の水平スクロールのために基本座標を記憶する必要があるためです（後で水平スクロールであると判断した場合）。引数をtouchesBegan格納できないため、後でUIScrollViewに送信することはできません。touches引数には、次のtouchesMovedイベントの前に変更されるオブジェクトが含まれており、古い状態を再現することはできません。
したがってtouchesBegan、すぐにUIScrollViewに渡す必要がありますが、touchesMoved水平方向にスクロールすることを決定するまで、UIScrollViewからそれ以上のイベントを非表示にします。いいえtouchesMovedはスクロールがないことを意味するので、このイニシャルtouchesBeganは害を及ぼしません。ただしdelaysContentTouches、追加のサプライズタイマーが干渉しないように、NOに設定してください。
（オフトピック—あなたとは異なり、UIScrollViewはタッチを適切に保存し、元のtouchesBeganイベントを後で再現して転送できます。未公開のAPIを使用するという不公平な利点があるため、変更される前にタッチオブジェクトのクローンを作成できます。）
あなたは常に前進することを考えるとtouchesBegan、あなたも転送しなければならないtouchesCancelledとtouchesEnded。あなたは有効にする必要がありますtouchesEndedにtouchesCancelledUIScrollViewのは解釈してしまうため、しかし、touchesBegan、touchesEndedタッチ・クリックなどのシーケンス、およびインナービューに転送します。すでに適切なイベントを自分で転送しているので、UIScrollViewに何も転送させたくありません。
基本的に、ここにあなたがする必要があることの擬似コードがあります。簡単にするために、マルチタッチイベントが発生した後は水平スクロールを許可しません。
@interface RemorsefulScrollView : UIScrollView {
CGPoint _originalPoint;
BOOL _isHorizontalScroll, _isMultitouch;
UIView *_currentChild;
}
@end
#define kThresholdX 12.0f
#define kThresholdY 4.0f
@implementation RemorsefulScrollView
- (id)initWithFrame:(CGRect)frame {
if (self = [super initWithFrame:frame]) {
self.delaysContentTouches = NO;
}
return self;
}
- (id)initWithCoder:(NSCoder *)coder {
if (self = [super initWithCoder:coder]) {
self.delaysContentTouches = NO;
}
return self;
}
- (UIView *)honestHitTest:(CGPoint)point withEvent:(UIEvent *)event {
UIView *result = nil;
for (UIView *child in self.subviews)
if ([child pointInside:point withEvent:event])
if ((result = [child hitTest:point withEvent:event]) != nil)
break;
return result;
}
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event {
[super touchesBegan:touches withEvent:event];
if (_isHorizontalScroll)
return;
if ([touches count] == [[event touchesForView:self] count]) {
_originalPoint = [[touches anyObject] locationInView:self];
_currentChild = [self honestHitTest:_originalPoint withEvent:event];
_isMultitouch = NO;
}
_isMultitouch |= ([[event touchesForView:self] count] > 1);
[_currentChild touchesBegan:touches withEvent:event];
}
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event {
if (!_isHorizontalScroll && !_isMultitouch) {
CGPoint point = [[touches anyObject] locationInView:self];
if (fabsf(_originalPoint.x - point.x) > kThresholdX && fabsf(_originalPoint.y - point.y) < kThresholdY) {
_isHorizontalScroll = YES;
[_currentChild touchesCancelled:[event touchesForView:self] withEvent:event]
}
}
if (_isHorizontalScroll)
[super touchesMoved:touches withEvent:event];
else
[_currentChild touchesMoved:touches withEvent:event];
}
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event {
if (_isHorizontalScroll)
[super touchesEnded:touches withEvent:event];
else {
[super touchesCancelled:touches withEvent:event];
[_currentChild touchesEnded:touches withEvent:event];
}
}
- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event {
[super touchesCancelled:touches withEvent:event];
if (!_isHorizontalScroll)
[_currentChild touchesCancelled:touches withEvent:event];
}
@end
私はこれを実行したりコンパイルしたりしようとはしていません（そしてプレーンテキストエディターでクラス全体を入力しました）が、上記から始めてうまくいけば動作させることができます。
私が見る唯一の隠れた落とし穴は、UIScrollView以外の子ビューをRemorsefulScrollViewに追加した場合、子がUIScrollViewのように常にタッチを処理しない場合、子に転送したタッチイベントがレスポンダーチェーンを介して戻ってくる可能性があることです。防弾のRemorsefulScrollView実装は、touchesXxx再突入から保護します。
2番目の戦略：何らかの理由でネストされたUIScrollViewが機能しないか、正しく実行するのが難しい場合は、1つのUIScrollViewだけを使用pagingEnabledして、scrollViewDidScrollデリゲートメソッドからそのプロパティをオンザフライで切り替えることができます。
斜めのスクロールを防ぐには、最初にのcontentOffsetを記憶しscrollViewWillBeginDragging、scrollViewDidScroll斜めの動きを検出した場合は内部のcontentOffsetを確認してリセットする必要があります。試すもう1つの戦略は、ユーザーの指がどちらの方向に進むかを決定したら、contentSizeをリセットして一方向へのスクロールのみを有効にすることです。（UIScrollViewは、デリゲートメソッドからcontentSizeとcontentOffsetをいじることについてかなり寛容なようです。）
それが機能しないか、見た目が悪くなる場合はtouchesBegan、touchesMovedなどをオーバーライドする必要があり、斜めの移動イベントをUIScrollViewに転送しないでください。（ただし、この場合、ユーザーエクスペリエンスは最適ではありません。これは、斜めの動きを一方向に強制するのではなく無視する必要があるためです。本当に冒険心がある場合は、RevengeTouchのような独自のUITouchのそっくりさんを作成できます。Objective -Cは昔ながらのCであり、Cほどダックタイプのものはありません。オブジェクトの実際のクラスをチェックする人がいない限り、他のクラスと同じように見せることができます。これにより、オープンになります。好きなタッチを好きな座標で合成する可能性。）
バックアップ戦略：Three20ライブラリのUIScrollViewの正常な再実装であるTTScrollViewがあります。残念ながら、それはユーザーにとって非常に不自然で非iphonishに感じます。ただし、UIScrollViewを使用するたびに失敗した場合は、カスタムコード化されたスクロールビューにフォールバックできます。可能であれば、これに反対することをお勧めします。UIScrollViewを使用すると、将来のiPhone OSバージョンでどのように進化しても、ネイティブのルックアンドフィールを確実に取得できます。
さて、この小さなエッセイは少し長すぎました。数日前にScrollingMadnessで作業した後、私はまだUIScrollViewゲームに夢中です。
PSこれらのいずれかが機能し、共有したい場合は、関連するコードをandreyvit@gmail.comに電子メールで送信してください。ScrollingMadnessのトリックバッグに喜んで含めます。
PPSこの小さなエッセイをScrollingMadnessREADMEに追加します。