Comments on: Two awkward things about iPhone development http://www.gogo-robot.com/2009/06/07/two-awkward-things-about-iphone-development/ Independent Games Developer Sun, 18 Jul 2010 20:35:28 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: E Beland http://www.gogo-robot.com/2009/06/07/two-awkward-things-about-iphone-development/comment-page-1/#comment-30 E Beland Mon, 19 Apr 2010 12:36:13 +0000 http://www.gogo-robot.com/?p=69#comment-30 Thanks for the post I was about to write a whole ton of code to solve a modal to modal transition problem... Thanks for the post I was about to write a whole ton of code to solve a modal to modal transition problem…

]]> By: Rew http://www.gogo-robot.com/2009/06/07/two-awkward-things-about-iphone-development/comment-page-1/#comment-24 Rew Wed, 31 Mar 2010 19:19:05 +0000 http://www.gogo-robot.com/?p=69#comment-24 Thanks! As you say, it is a long time since the post was put up, and Apple may have change things internally / fixed bugs that were there since then, so certain things in there may or may not be relevant :) Thanks! As you say, it is a long time since the post was put up, and Apple may have change things internally / fixed bugs that were there since then, so certain things in there may or may not be relevant :)

]]> By: Dev Kanchen http://www.gogo-robot.com/2009/06/07/two-awkward-things-about-iphone-development/comment-page-1/#comment-23 Dev Kanchen Wed, 31 Mar 2010 19:14:40 +0000 http://www.gogo-robot.com/?p=69#comment-23 Great post! I am reasonably comfortable with UIKit but looking at low-level stuff like custom drawing routines makes me nervous. :) Long time since this post was originally put up, but I will chip with some of my thoughts anyway: "....I’m guessing it’s because the modal view controller for the parent view controller is still pointing to the one that’s just disappeared, and that this gets cleaned up after viewDidDisappear is called, so any new modal view controller you set in viewDidDisappear is reset straight after the function returns (because the parent view controller is still in the process of cleaning up the first one)..." Not sure if that is entirely true. I have called 'presentModalViewController" on the parent even BEFORE viewDidDisappear and that has worked. With one modal sliding in and another sliding out at the same time, it didn't look pretty. But it worked. One reason why the call from viewDidDisappear of the first modal might not have worked could be that the view is released as soon as it disappears. Posing a counter-point to myself, I would imagine that the API would call viewDidDisappear before removing the modal from the window and then releasing it. But the only way to confirm/reject either theory would be to check with some NSLogs in viewWill and viewDidDisappear. Great post! I am reasonably comfortable with UIKit but looking at low-level stuff like custom drawing routines makes me nervous. :)

Long time since this post was originally put up, but I will chip with some of my thoughts anyway:

“….I’m guessing it’s because the modal view controller for the parent view controller is still pointing to the one that’s just disappeared, and that this gets cleaned up after viewDidDisappear is called, so any new modal view controller you set in viewDidDisappear is reset straight after the function returns (because the parent view controller is still in the process of cleaning up the first one)…”

Not sure if that is entirely true. I have called ‘presentModalViewController” on the parent even BEFORE viewDidDisappear and that has worked. With one modal sliding in and another sliding out at the same time, it didn’t look pretty. But it worked.

One reason why the call from viewDidDisappear of the first modal might not have worked could be that the view is released as soon as it disappears. Posing a counter-point to myself, I would imagine that the API would call viewDidDisappear before removing the modal from the window and then releasing it. But the only way to confirm/reject either theory would be to check with some NSLogs in viewWill and viewDidDisappear.

]]>