Usuwanie komórek z UICollectionView poprzez NSNotification

Question

Mam prostą aplikację opartą na UICollectionView - jeden model danych oparty na UICollectionView i NSMutableArray dla uproszczenia.

mogę usunąć komórki bez problemu poprzez didSelectItemAtIndexPath: metodę Delegat:

-(void)collectionView:(UICollectionView *)collectionView didSelectItemAtIndexPath:(NSIndexPath *)indexPath{ 
    [self.data removeObjectAtIndex:[indexPath row]]; 
    [self.collectionView deleteItemsAtIndexPaths:@[indexPath]]; 
} 

Jednak próbuję dodać opcję kasowania poprzez UIMenuController w UICollectionViewCell podklasy, który jest wyzwalane przez UILongPressGestureRecognizer który wszystko działa dobrze i skutecznie wyzwalać NSNotification

-(void)delete:(id)sender{ 
     NSLog(@"Sending deleteme message"); 
     [[NSNotificationCenter defaultCenter] postNotificationName:@"DeleteMe!" object:self userInfo:nil]; 
} 

złapię go w moim ViewController i wywołać w następujący sposób:

-(void)deleteCell:(NSNotification*)note{ 
     MyCollectionViewCell *cell = [note object]; 
     NSIndexPath *path = nil; 
     if((path = [self.collectionView indexPathForCell:cell]) != nil){ 
      [self.data removeObjectAtIndex:[path row]]; 
      [self.collectionView deleteItemsAtIndexPaths:@[path]]; 
     } 
} 

I to wywala na deleteItemsAtIndexPaths call

-[UICollectionViewUpdateItem action]: unrecognized selector sent to instance 0xee7eb10 

Sprawdziłem wszystko oczywiste - jak obiekt z NSNotification i indexPath utworzonego z indexPathForCell: zadzwonić i wszystko wydaje się całkowicie w porządku. Wygląda na to, że nazywam deleteItemsAtIndexPath: z tymi samymi informacjami w obu miejscach, ale z jakiegoś powodu nie powiedzie się, gdy przechodzi przez trasę powiadomienia.

to info na adres podany w błąd:

(lldb) po 0xee7eb10 
(int) $1 = 250080016 <UICollectionViewUpdateItem: 0xee7eb10> index path before update (<NSIndexPath 0x9283a20> 2 indexes [0, 0]) index path after update ((null)) action (delete) 

Może ścieżka indeksu po aktualizacji jest null jest znacząca ...

jakieś pomysły?

Answer 1

znalazłem surowy ale pracuje obejścia, a nawet sprawdza, czy działania są już realizowane w przyszłej wersji (lepiej niż kategoria)

// Fixes the missing action method when the keyboard is visible 
#import <objc/runtime.h> 
#import <objc/message.h> 
__attribute__((constructor)) static void PSPDFFixCollectionViewUpdateItemWhenKeyboardIsDisplayed(void) { 
    @autoreleasepool { 
    if ([UICollectionViewUpdateItem class] == nil) return; // pre-iOS6. 
    if (![UICollectionViewUpdateItem instancesRespondToSelector:@selector(action)]) { 
      IMP updateIMP = imp_implementationWithBlock(^(id _self) {}); 
      Method method = class_getInstanceMethod([UICollectionViewUpdateItem class], @selector(action)); 
      const char *encoding = method_getTypeEncoding(method); 
      if (!class_addMethod([UICollectionViewUpdateItem class], @selector(action), updateIMP, encoding)) { 
       NSLog(@"Failed to add action: workaround"); 
      } 
     } 
    } 
} 

Edit: dodałem sprawdzanie iOS5.
Edycja2: Wysyłamy to w wielu komercyjnych projektach (http://pspdfkit.com) i działa świetnie.

Answer 2

Można przekazać w komórce NSIndexPath wybranej komórki ze słownika userInfo powiadomienia. Możesz to ustawić w tag swojej niestandardowej komórki, gdy zostanie ona utworzona.

Answer 3

Miałem ten sam problem. Moja aplikacja zawiesiłaby się, gdy próbowałem wstawić komórkę do mojego UICollectionView po wybraniu tekstu w obiekcie UITextField, który został umieszczony wewnątrz kolekcji collectionCell. Moja poprawka polegała na tym, aby zrezygnować z pierwszej odpowiedzi przed wprowadzeniem. Ponieważ używałem NSFetchedResultsController obsłużyć aktualizację kładę to na początku controllerWillChangeContent:

- (void)controllerWillChangeContent:(NSFetchedResultsController *)controller { 
    [[UIApplication sharedApplication].keyWindow findAndResignFirstResponder]; 
    ... 
} 

znalazłem findAndResignFirstResponderfrom this SO answer