UITableView à l'intérieur de UIScrollView ne reçoit pas de robinet d'abord après scrollling

laisser l'intérieur UITableView de scrollEnabled propriété définie comme YES. cela permet à l'intérieure UITableView sais pour manipuler de défilement liées à la touche sur le UIScrollView correctement.

Il semble que votre UiTableView ne reconnaît pas votre robinet. Avez-vous essayé de l'utiliser :

- (BOOL)gestureRecognizer:(UIPanGestureRecognizer *)gestureRecognizer
shouldRecognizeSimultaneouslyWithGestureRecognizer:(UISwipeGestureRecognizer             *)otherGestureRecognizer
{
    if ([otherGestureRecognizer.view isKindOfClass:[UITableView class]]) {
        return YES;
    }
    return NO;
}

Note d'apple:

appelée lorsque la reconnaissance de l'une des gestureRecognizer ou otherGestureRecognizer serait bloqué par l'autre. retour sur OUI pour permettre à la fois de reconnaître simultanément. l'implémentation par défaut renvoie AUCUN (par défaut pas de deux gestes peuvent être reconnus simultanément)

remarque: le retour de OUI est garanti pour permettre la reconnaissance simultanée. le retour N'est pas garanti pour empêcher la reconnaissance simultanée, comme les autres geste de son délégué peut retourner OUI

Espère que cela va aider.

J'ai rencontré un UITableView avec scrollEnabled étant PAS dans un UIScrollView dans un code existant. Je n'ai pas été capable de changer la hiérarchie existante facilement ni activer le défilement, mais venir avec la solution de contournement suivante pour la première appuyez problème:

@interface YourOwnTableView : UITableView
@end

@implementation YourOwnTableView

- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event {

    [super touchesCancelled:touches withEvent:event];

    //Note that this is a hack and it can stop working at some point.
    //Looks like a table view with scrollEnabled being NO does not handle cancellation cleanly,
    //so let's repeat begin/end touch sequence here hoping it'll reset its own internal state properly
    //but won't trigger cell selection (the touch passed is in its cancelled phase, perhaps there is a part
    //of code inside which actually checks it)
    [super touchesBegan:touches withEvent:event];
    [super touchesEnded:touches withEvent:event];
}

@end

Encore une fois, c'est juste une solution de contournement de travail dans mon cas précis. Avoir une vue de la table dans un parchemin de point de vue est toujours une mauvaise chose.

La scrollview est à essayer de comprendre si l'utilisateur a l'intention de faire défiler ou pas, il est donc de retarder la première touche sur le but. Vous pouvez désactiver cette fonction en paramètre delaysContentTouches à NO.

Mon erreur a été mise en œuvre de la méthode du délégué:

- (void)tableView:(UITableView *)tableView didDeselectRowAtIndexPath:(NSIndexPath *)indexPath

à la place de celui que j'ai destiné à mettre en œuvre:

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath

Donc uniquement sur la deuxième cellule exploité, parce que c'était lors de la première cellule serait de sélectionné. Stupide erreur faite avec l'aide de la saisie semi-automatique. Juste une pensée pour ceux d'entre vous qui errent ici pour ne pas vous rendre compte que vous avez fait la même erreur de trop.

Comme d'autres réponses dites que vous ne devriez pas mettre un tableview dans un scrollview. Une UITableView hérite de UIScrollView de toute façon, donc je suppose que c'est là où les choses deviennent confus. Ce que je fais toujours dans cette situation est:

1) la sous-classe UITableViewController et comprennent une propriété UIView *headView.

2) Dans le parent de UIViewController créer toutes les choses dans un récipient UIView

3) Initialiser votre personnalisé UITableView et ajouter la tableView de l'afficher à la vue du contrôleur de pleine taille

[self.view addSubview: self.myTableView.view];

4) Définir la headView à votre UIView gubbins

self.tableView.headView = myHeadViewGubbins.

5) Dans le tableViewController méthode

-(UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSInteger *)section;

Faire:

if ( section == 0 ) {
    return self.headView;
}

Maintenant, vous avez une vue de la table avec un tas d'autres shizzle en haut.

Profitez-en!

J'ai le même problème, reportez-vous à "l'Imbrication de Défilement des Vues" comme lxx dit.

https://developer.apple.com/library/ios/documentation/WindowsViews/Conceptual/UIScrollView_pg/NestedScrollViews/NestedScrollViews.html

Un exemple de la croix directionnelle de défilement peut être trouvé dans les Stocks de l'application. La vue de dessus est une vue de table, mais la vue d'en bas est un défilement horizontal de la vue configuré à l'aide de la pagination mode. Alors que deux de ses trois sous-vues sont des vues personnalisées, le troisième point de vue (qui contient les articles de presse) est un UITableView (une sous-classe de UIScrollView) qui est une sous-vue de la barre de défilement horizontale de la vue. Après un défilement horizontal pour les nouvelles, vous pouvez alors faire défiler son contenu verticalement.

C'est un travail