La grande UICollectionViewCell a cessé d'être affichée lors du défilement

J'ai une solution très sale et interne pour ce problème:

 @interface UICollectionView () - (CGRect)_visibleBounds; @end @interface MyCollectionView : UICollectionView @end @implementation MyCollectionView - (CGRect)_visibleBounds { CGRect rect = [super _visibleBounds]; rect.size.height = [self heightOfLargestVisibleCell]; return rect; } - (float)heightOfLargestVisibleCell { // do your calculations for current max cellHeight and return it return 1234; } @end 

J'ai une solution de contournement qui semble fonctionner pour moi et ne devrait pas courir fou de règles d'Apple pour les applications iOS.

La key est l'observation que les grandes limites de cellules sont le problème. J'ai travaillé autour de cela en veillant à ce qu'un bord de la cellule se trouve dans la zone visible de la région de contenu déroulable. Vous devrez évidemment sous-classr la class UICollectionViewFlowLayout ou UICollectionViewLayout en fonction de vos besoins et utiliser la valeur contentOffset pour suivre votre position dans UIScrollView.

Je devais aussi assurer:

 - (BOOL)shouldInvalidateLayoutForBoundsChange:(CGRect)newBounds 

renvoie YES ou fait face à une exception d'exécution indiquant que la disposition n'était pas valide. Je garde le bord de la plus grosse cellule lié au bord gauche dans mon cas. De cette façon, vous pouvez éviter la détection des intersections de limites erronées pour ces cellules plus grandes.

Cela crée plus de travail en fonction de la façon dont vous souhaitez que le contenu de la cellule soit rendu que la largeur / hauteur de la cellule est mise à jour lorsque vous faites défiler. Dans mon cas, les sous-vues au sein de la cellule sont relativement simples et ne nécessitent pas beaucoup de manipulation.

Comme demandé ici est un exemple de mon layoutAtsortingbutesInRect

 - (NSArray *)layoutAtsortingbutesForElementsInRect:(CGRect)rect { NSMutableArray* atsortingbutes = [NSMutableArray array]; NSArray *vertical = myVerticalCellsStore.cells; NSInteger startRow = floor(rect.origin.y * (vertical.count)/ (vertical.count * verticalViewHeight + verticalViewSpacing * 2)); startRow = (startRow < 0) ? 0 : startRow; for (NSInteger i = startRow; i < vertical.count && (rect.origin.y + rect.size.height >= i * verticalViewHeight); i++) { NSArray *horizontals = myHorizontalStore.horizontalCells; UICollectionViewLayoutAtsortingbutes *verticalAttr = [self layoutAtsortingbutesForSupplementaryViewOfKind:@"vertical" atIndexPath:[NSIndexPath indexPathForItem:0 inSection:i]]; if (CGRectIntersectsRect(verticalAttr.frame, rect)) { [atsortingbutes addObject:verticalAttr]; } BOOL foundAnElement = NO; for (NSInteger j = 0 ; j < horizontals.count; j++) { MYViewLayoutAtsortingbutes *attr = (MyViewLayoutAtsortingbutes *)[self layoutAtsortingbutesForItemAtIndexPath:[NSIndexPath indexPathForItem:j inSection:i]]; if (CGRectIntersectsRect(rect, attr.frame)) { [atsortingbutes addObject: attr]; foundAnElement = YES; } else if (foundAnElement) { break; } } } return atsortingbutes; } 

C'est mon code aseptisé. Fondamentalement, je calcule à peu près la première cellule devrait être basée sur la hauteur de la cellule. Dans mon cas c'est corrigé, donc le calcul est assez facile. Mais mes éléments horizontaux ont des largeurs différentes. Donc, la boucle interne consiste vraiment à déterminer le bon nombre de cellules horizontales à inclure dans le tableau d'attributes. J'utilise le CGRectIntersectsRect pour déterminer si la cellule se croise. Ensuite, la boucle continue jusqu'à ce que l'intersection échoue. Et si au less une cellule horizontale a été trouvée, la boucle va se rompre. J'espère que cela pourra aider.

Ma solution est fondamentalement la même que celle de Jonathan, mais dans une catégorie, vous n'avez donc pas besoin d'utiliser votre propre sous-class.

 @implementation UICollectionView (MTDFixDisappearingCellBug) + (void)load { NSError *error = nil; NSSsortingng *visibleBoundsSelector = [NSSsortingng ssortingngWithFormat:@"%@isib%@unds", @"_v",@"leBo"]; if (![[self class] swizzleMethod:NSSelectorFromSsortingng(visibleBoundsSelector) withMethod:@selector(mtd_visibleBounds) error:&error]) { FKLogErrorVariables(error); } } - (CGRect)mtd_visibleBounds { CGRect bounds = [self mtd_visibleBounds]; // swizzled, no infinite loop MTDDiscussCollectionViewLayout *layout = [MTDDiscussCollectionViewLayout castedObjectOrNil:self.collectionViewLayout]; // Don`t ask me why, but there's a visual glitch when the collection view is scrolled to the top and the max height is too big, // this fixes it if (bounds.origin.y <= 0.f) { return bounds; } bounds.size.height = MAX(bounds.size.height, layout.maxColumnHeight); return bounds; } @end 

J'ai découvert que ce problème ne se produisait que lorsque UICollectionViewLayoutAtsortingbutes était sous-classé et que cette class d'atsortingbut n'avait pas de méthode isEqual: correcte.

Donc par exemple:

 @implementation COGridCollectionViewLayoutAtsortingbutes - (id)copyWithZone:(NSZone *)zone { COGridCollectionViewLayoutAtsortingbutes *atsortingbutes = [super copyWithZone:zone]; atsortingbutes.isInEditMode = _isInEditMode; return atsortingbutes; } - (BOOL)isEqual:(id)other { if (other == self) { return YES; } if (!other || ![[other class] isEqual:[self class]]) { return NO; } if ([((COGridCollectionViewLayoutAtsortingbutes *) other) isInEditMode] != [self isInEditMode]) { return NO; } return [super isEqual:other]; } @end 

J'ai travaillé mais à l'origine j'avais:

 return YES; 

C'est sur iOS 7.