W przypadku aplikacji obsługującej tylko iOS7, mam UITableView (chociaż byłoby to akademickie, aby zmienić go na UICollectionView, jeśli to pomoże), gdzie komórki wyglądają tak:Animowanie subviews w interaktywnym przejściu z UITableView do UIView
+----------------------------------+=======+
| Label1 | sub- |
| Label2 Label3 | view |
+----------------------------------+=======+
chcę przejść do drugiego widoku, gdzie subview jest pomniejszona być większe i zmieniać pozycje etykiet, coś bardziej jak to:
+----------+
| |
| subview |
| |
+----------+
Label1
Label2
Label3
ta jest podobna do iOS7 Aplikacja kalendarza, w której widoki są przenoszone i animowane części na droga. Wiem, że muszę zaimplementować UIViewControllerAnimatedTransitioning
, ale mam konceptualnie problemy z tym, jak coś takiego będzie działać. Czy ukrywam podkomórki komórki, zastępuję je widokami nowego widoku, ale w tym samym miejscu, a następnie animuję je? A może jest mniej skomplikowany sposób? Jakikolwiek przykładowy kod byłby doceniany, ponieważ wszystkie przykłady, które znalazłem, nie przenoszą subskrybcji z jednego widoku do drugiego.
ETA: Im więcej o tym myślę, tym bardziej się zastanawiam: jest to lepiej obsługiwane przy pomocy UICollectionView z układem przepływu, i po prostu mieć szczegółowość animowanej zmiany rozmiaru komórki do pełnego rozmiaru ekran?
Czy masz na myśli to, że poruszasz się między kontrolerami widoku? –
Tak. Używam UINavigationController. Stuknięcie komórki w UITableView popchnie szczegółowy UIViewController na stos, a ja chcę użyć nowych animowanych przejść w iOS7, aby to zrobić. –
Dzisiaj robię to samo. Jedyne, co odkryłem do tej pory i nie podoba mi się to, ponieważ wydaje się być hackowskie, znajdowało się w mojej klasie protokołu UIViewControllerAnimatedTransitioning w celu zaimportowania mojej klasy docelowej, ujawnienia właściwości subivew jako publicznych, a następnie w animateTransition: w celu dostosowania ich ramek/skali . Działa, ale nie jestem z nim zadowolony jako rozwiązanie. – Augie