Comments on: NSViewController, the New C in MVC - Pt. 2 of 3 http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/ Developing Interfaces with Cocoa Fri, 05 Sep 2008 19:46:31 +0000 http://wordpress.org/?v=2.5 By: Michael http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/#comment-205 Michael Fri, 06 Jun 2008 15:45:20 +0000 http://katidev.com/blog/?p=109#comment-205 Speaking of representedObject -- it's worth noting that default setRepresentedObject implementation in NSViewController (not suprisingly) retains the object. So if you use it to represent your document (NSDocument) subclass you end up with circular references/leak. Speaking of representedObject — it’s worth noting that default setRepresentedObject implementation in NSViewController (not suprisingly) retains the object. So if you use it to represent your document (NSDocument) subclass you end up with circular references/leak.

]]> By: Cathy http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/#comment-204 Cathy Wed, 04 Jun 2008 03:04:48 +0000 http://katidev.com/blog/?p=109#comment-204 Hi Michael, We had it that way at one point, but changed it because it's not necessarily true that a subcontroller will want the same represetned object as its supercontroller. After thinking about it for a while we decided that the way data is organized and made accessible to the view controllers is going to be different depending on the application. We didn't want this design to impose the idea that it should all be centralized in one single "representedObject". That's just one way to go about it. Other applications might have a more complicated setup. So, we're leaving it up to you to decided how to work with the represetned object for the view controllers. Hi Michael,

We had it that way at one point, but changed it because it’s not necessarily true that a subcontroller will want the same represetned object as its supercontroller.

After thinking about it for a while we decided that the way data is organized and made accessible to the view controllers is going to be different depending on the application. We didn’t want this design to impose the idea that it should all be centralized in one single “representedObject”. That’s just one way to go about it. Other applications might have a more complicated setup.

So, we’re leaving it up to you to decided how to work with the represetned object for the view controllers.

]]> By: Michael http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/#comment-203 Michael Tue, 03 Jun 2008 14:33:56 +0000 http://katidev.com/blog/?p=109#comment-203 Shouldn't the XSViewController have a default setRepresentedObject implementation that forwards setRepresentedObject to all it's children? Shouldn’t the XSViewController have a default setRepresentedObject implementation that forwards setRepresentedObject to all it’s children?

]]> By: Cathy http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/#comment-192 Cathy Fri, 23 May 2008 09:11:08 +0000 http://katidev.com/blog/?p=109#comment-192 Sooooon!!! Sorry it's taking so long...combination of being busy with my job and having a bit of writer's block. ;) Sooooon!!! Sorry it’s taking so long…combination of being busy with my job and having a bit of writer’s block. ;)

]]> By: Ralph http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/#comment-191 Ralph Fri, 23 May 2008 09:01:45 +0000 http://katidev.com/blog/?p=109#comment-191 Great work! But when will we see part three? Great work! But when will we see part three?

]]> By: charles http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/#comment-179 charles Wed, 23 Apr 2008 13:57:00 +0000 http://katidev.com/blog/?p=109#comment-179 The arch issue is due to the Xcode beta backward compatibility. To fix the problem, select the arch setting and press delete.This will have the setting go back to the default. The arch issue is due to the Xcode beta backward compatibility. To fix the problem, select the arch setting and press delete.This will have the setting go back to the default.

]]> By: Cathy http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/#comment-176 Cathy Tue, 22 Apr 2008 15:21:13 +0000 http://katidev.com/blog/?p=109#comment-176 Hi Anonymous, I've seen this and I think it has to do with backwards compatibility with the xcode project...maybe someone else has an idea? We'll be posting an update to the code in the next couple of days and I'll make just the source code available as well as the xcode project. Hi Anonymous,

I’ve seen this and I think it has to do with backwards compatibility with the xcode project…maybe someone else has an idea?

We’ll be posting an update to the code in the next couple of days and I’ll make just the source code available as well as the xcode project.

]]> By: Anonymous http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/#comment-175 Anonymous Mon, 21 Apr 2008 04:16:29 +0000 http://katidev.com/blog/?p=109#comment-175 I feel so silly like I did something wrong, but when I try to compile the example project in the beginning of this entry, I get this message! Internal error occurred while creating dependency graph: ASSERTION FAILURE in /SourceCache/DevToolsBase/DevToolsBase-921/pbxcore/SpecificationTypes/XCCompilerSpecification.m:267 Details: arch should be a non-empty string, but it's an empty string I tried changing my architecture to my Mac's arch type, but it was no good! What is going on? :( I feel so silly like I did something wrong, but when I try to compile the example project in the beginning of this entry, I get this message!

Internal error occurred while creating dependency graph: ASSERTION FAILURE in /SourceCache/DevToolsBase/DevToolsBase-921/pbxcore/SpecificationTypes/XCCompilerSpecification.m:267
Details: arch should be a non-empty string, but it’s an empty string

I tried changing my architecture to my Mac’s arch type, but it was no good! What is going on? :(

]]> By: bill http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/#comment-172 bill Fri, 18 Apr 2008 20:21:01 +0000 http://katidev.com/blog/?p=109#comment-172 hi i enjoyed the read hi i enjoyed the read

]]> By: Jonathan Dann http://katidev.com/blog/2008/04/17/nsviewcontroller-the-new-c-in-mvc-pt-2-of-3/#comment-166 Jonathan Dann Thu, 17 Apr 2008 23:17:55 +0000 http://katidev.com/blog/?p=109#comment-166 Yeah, but isn't the diagram so much prettier ;-) Yeah, but isn’t the diagram so much prettier ;-)

]]>