Débogage de NSCollectionViews imbriqués

Question

Je ne suis pas vraiment sûr de savoir comment démarrer le débogage de ce problème.

J'ai un NSCollectionView, dont la vue prototype NSCollectionViewItem elle-même contient un NSCollectionView (ainsi qu'un NSArrayController, pour fournir du contenu à cette vue de collection de second niveau). Les deux niveaux de vue de la collection fonctionnent correctement lorsque la vue de niveau supérieur est dans la plume principale.

Cependant, lorsque je copie/colle la vue (et reconnecte toutes les liaisons appropriées) à une nouvelle pointe, que je charge avec loadNibNamed:owner:, la vue de second niveau - mais pas celle de haut niveau - apparaît vide .

Après quelques recherches, j'ai découvert que myArrayController.arrangedObjects.@count est bien 0. Cependant, le NSArray le contrôleur est lié à quand on a demandé .@count, (propriétaire de representedObject.quizzes de fichier), retourne 2. devrait en effet revenir

quizzes 2, pour J'ai fait [testCategoryA setQuizzes:[NSArray arrayWithObjects:testQuizA1,testQuizA2,nil]];. J'ai testé le réglage des quiz avant que les plumes soient chargées et après. La situation est la même dans les deux cas.

Donc, en conclusion, j'ai 2 niveaux de vue sur la collecte, avec 2 niveaux de contrôleurs RAID. Le niveau supérieur fonctionne toujours. Mais le 2ème niveau se brise chaque fois que le niveau supérieur n'est pas dans le fichier nib principal. Et il me semble que la partie sur le 2ème niveau qui casse est la liaison du contrôleur RAID. Je ne sais même pas comment démarrer le débogage dans ce gâchis de plumes enchevêtrées. Suggestions?

Answer 1

Il semble que votre tableau de questionnaires n'envoie pas de notifications KVO ou que vous le modifiez d'une manière non conforme à la norme KVO (c'est-à-dire, "éditer le tableau derrière le contrôleur").

De plus, vous pouvez vérifier dans Indexed Accessor Methods pour votre tableau des jeux-questionnaires pour des raisons de performance.