Re: ARC and NSObjectController bindings through file's owner

On Aug 1, 2014, at 12:03 , Jerry Krinock wrote: > Unfortunately, I’m not able to justify my design pattern based on the Cocoa > Bindings API documentation. As I said earlier in the thread, that fact that the error messages go away doesn’t mean the problem doesn’t exist. However, I think you’re

Re: ARC and NSObjectController bindings through file's owner

On 2014 Aug 01, at 10:33, Sean McBride wrote: > I've tried some similar permutations and they have 'fixed' the issue. I have > about 50 xibs to fix now, so want to be sure I do this correctly. :) I now > find myself questioning basic things. :) I understand. It would be nice to have to hav

Re: ARC and NSObjectController bindings through file's owner

On Aug 1, 2014, at 10:33 AM, Sean McBride wrote: > > On Thu, 31 Jul 2014 09:26:27 -0700, Jerry Krinock said: > >>> One thing I just noticed is that NSWindowController's 'document' >> property is not actually documented as KVO-compliant. Maybe that's my >> problem... but I've been binding throug

Re: ARC and NSObjectController bindings through file's owner

On Thu, 31 Jul 2014 09:26:27 -0700, Jerry Krinock said: >> One thing I just noticed is that NSWindowController's 'document' >property is not actually documented as KVO-compliant. Maybe that's my >problem... but I've been binding through it for over a decade now! > >That may well be the real probl

Re: ARC and NSObjectController bindings through file's owner

On Jul 31, 2014, at 09:05 , Sean McBride wrote: > Other than use of 'weak', how else might something be changed in a > non-KVO-compliant manner in ARC but not GC? Again, the error is only in ARC > and not GC. I’m not sure this is the most productive way to approach this. The detection of an

Re: ARC and NSObjectController bindings through file's owner

On 2014 Jul 31, at 09:05, Sean McBride wrote: > One thing I just noticed is that NSWindowController's 'document' property is > not actually documented as KVO-compliant. Maybe that's my problem... but > I've been binding through it for over a decade now! That may well be the real problem, Sea

Re: ARC and NSObjectController bindings through file's owner

On Wed, 30 Jul 2014 15:45:04 -0500, Ken Thomases said: >A zeroing weak property changes without emitting KVO change >notifications. Therefore, it's not KVO-compliant. Basically, weak >properties are incompatible with KVO and bindings. Ouch! Didn't realise that. That's pretty annoying, as weak

Re: ARC and NSObjectController bindings through file's owner

On Jul 30, 2014, at 13:33 , Sean McBride wrote: > File's Owner (my NSViewController subclass) responds to 'windowController' > because I have a vanilla synthesized weak property relating my > NSViewController to its containing window's controller. This is the pr

Re: ARC and NSObjectController bindings through file's owner

document.managedObjectContext, Options: > Context: 0x0, Property: 0x10ee1ac10> > ---- > > I have: > - a nib who's File's Owner is an NSViewController subclass > - an NSObjectController at the top-level of my nib > - a strong IOOutlet from my NSViewControll

ARC and NSObjectController bindings through file's owner

Hi all, I'm slowing moving my GC app to ARC. One runtime error I'm stuck at is: An instance 0x10f587510 of class MyDocument was deallocated while key value observers were still registered with it. Context: 0x0, Property: 0x10ee1ac10> I have: - a nib who'

Re: File's owner in nib file

On Jun 8, 2014, at 12:23 PM, Seth Willits wrote: > Whether a window will appear or not has nothing to do with File's Owner. Your > window is probably marked as "Release When Closed" in IB. It's shown once the > first time, but after closing it it's deal

Re: File's owner in nib file

overflow revealed me that it happens that way because i > have to set the File's Owner of the NSWindow in IB to NSWindowsController. Whether a window will appear or not has nothing to do with File's Owner. Your window is probably marked as "Release When Closed" in IB. It

File's owner in nib file

ile's Owner of the NSWindow in IB to NSWindowsController. Why i have to do that, and what is the File's Owner by the way? ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the li

Re: Figuring out the file's owner class

> The window from the NIB won't have a controller if the controller was File's >> Owner and you passed nil for the owner when you loaded the NIB. You just >> told the NIB-loading machinery to connect the window to nothing. > > That doesn't seem to be the cas

Re: Figuring out the file's owner class

On May 23, 2014, at 19:34:10, Graham Cox wrote: > If what you're really trying to do is to store a class in the nib such that > you can use that to instantiate the right kind of object for FO, I would say > that you're doing it wrong (™). What you probably want is some way in your > code to ma

Re: Figuring out the file's owner class

On May 23, 2014, at 19:28:32, Ken Thomases wrote: > I doubt it's possible to learn the design-time-specified class from the > objects of the loaded NIB. The technique you outline doesn't make sense. > The window from the NIB won't have a controller if the controller

Re: Figuring out the file's owner class

> the xib, but now we need to do this. Since NSNib doesn't have a method or > property for the file's owner, the best way I know of to get this is to look > for the window in the nib (see function below), gets its controller, get the > controller's class, then release t

Re: Figuring out the file's owner class

> the xib, but now we need to do this. Since NSNib doesn't have a method or > property for the file's owner, the best way I know of to get this is to look > for the window in the nib (see function below), gets its controller, get the > controller's class, then release the w

Figuring out the file's owner class

ave a method or property for the file's owner, the best way I know of to get this is to look for the window in the nib (see function below), gets its controller, get the controller's class, then release the window so we can create things in our "normal" way. If there some bet

Re: bindings via file's owner don't update

On Dec 2, 2010, at 1:47 AM, Quincey Morris wrote: > On Dec 1, 2010, at 11:08, Mikkel Eide Eriksen wrote: > >> See line 48 & onwards below: >> >> http://code.google.com/p/cocoa-gedcom/source/browse/trunk/GCCoreData/src/GCDocument.m >> >> (there are probably lots of terribly ugly non-Cocoa things

Re: bindings via file's owner don't update

On Dec 1, 2010, at 11:08, Mikkel Eide Eriksen wrote: > See line 48 & onwards below: > > http://code.google.com/p/cocoa-gedcom/source/browse/trunk/GCCoreData/src/GCDocument.m > > (there are probably lots of terribly ugly non-Cocoa things in here, I'm only > just starting out and come from a most

Re: bindings via file's owner don't update

On Dec 1, 2010, at 7:41 PM, Kyle Sluder wrote: > On Wed, Dec 1, 2010 at 10:09 AM, Mikkel Eide Eriksen > wrote: >> >> Well I feel a little dumb now. After lots of debugging and digging at values >> that looked correct everywhere, checking object creating again & again, and >> what not, It turns

Re: bindings via file's owner don't update

On Wed, Dec 1, 2010 at 10:09 AM, Mikkel Eide Eriksen wrote: > > Well I feel a little dumb now. After lots of debugging and digging at values > that looked correct everywhere, checking object creating again & again, and > what not, It turns out I forgot to actually redraw the window: > > [[[self

Re: bindings via file's owner don't update

Well I feel a little dumb now. After lots of debugging and digging at values that looked correct everywhere, checking object creating again & again, and what not, It turns out I forgot to actually redraw the window: [[[self loadingWindowController] window] display]; Everything worked all along

Re: bindings via file's owner don't update

On Nov 30, 2010, at 5:34 PM, Quincey Morris wrote: > On Nov 29, 2010, at 21:36, Mikkel Eide Eriksen wrote: > >> I'm updating the objectCount property during readFromURL:ofType:error: - >> could that be it? > > No, that's a suitable method, but the question is whether it's running in the > main

Re: bindings via file's owner don't update

On Nov 29, 2010, at 21:36, Mikkel Eide Eriksen wrote: > I'm updating the objectCount property during readFromURL:ofType:error: - > could that be it? No, that's a suitable method, but the question is whether it's running in the main thread or if the document initialization process got switched t

Re: bindings via file's owner don't update

On Nov 30, 2010, at 3:18 AM, Quincey Morris wrote: > On Nov 29, 2010, at 08:10, Mikkel Eide Eriksen wrote: > >> Reading up on the documentation, I guess what I should do in my Document >> init is this: >> >> if (![self loadingWindowController]) >> [self setLoadingWindowController:[[MyLoadin

Re: bindings via file's owner don't update

On Nov 29, 2010, at 08:10, Mikkel Eide Eriksen wrote: > Reading up on the documentation, I guess what I should do in my Document init > is this: > > if (![self loadingWindowController]) > [self setLoadingWindowController:[[MyLoadingWindowController alloc] > init]]; > [self addWindowContr

Re: bindings via file's owner don't update

Mikkel Eide Eriksen wrote (Monday, November 29, 2010 10:00 AM +0100): [[self loadingWindowController] setObjectCount:[[self loadingWindowController] objectCount]+1]; Still no go on the interface (I can tell via logs that controller.objectCount is incrementing

Re: bindings via file's owner don't update

I just tried properly adding the loadingWindowController to NSDocument's windowControllers without any luck. Then I tried moving the @property objectCount to my loadingWindowController and updating it from NSDocument: [[self loadingWindowController] setObjectCount:[[self loadingWindowController]

Re: bindings via file's owner don't update

I don't think I'm "replacing" the document per se. In my NSDocument init override, I do this (only relevant parts copied): if (![self loadingWindowController]) [self setLoadingWindowController:[[MyLoadingWindowController alloc] init]]; [[self loadingWindowController] setDocument:self];

Re: bindings via file's owner don't update

James Bucanek wrote (Monday, November 29, 2010 8:37 AM -0700): Basically, if I add an observer using the path "document.someProperty", KVO attaches the observer to the the someProperty object, not document. So if I change it (document.someProperty = newProperty)

Re: bindings via file's owner don't update

Mikkel Eide Eriksen wrote (Monday, November 29, 2010 6:00 AM +0100): When reading a file, my Document object tells LoadingWindowController to show its window & [loadingWindowController setDocument:self]; I'm not sure this is your problem (and I'm sure someone

bindings via file's owner don't update

ent:self]; This is to provide bindings for various things, such as the title of the loading window: bound to: File's Owner (LoadingWindowController) Model Key Path: document.displayName Display Pattern: Loading %{titl...@... This displays correctly. Document also has a number of int count

Re: Interface Builder : moving a controller to File's Owner

On 5 Mar 2010, at 12:23, David Geldreich wrote: >> 1. Decompose your monster nib as required. >> 2. In IB select Files's Owner and display the Identity Inspector. >> 3. Set the class to that of your custom window controller. >> 4. Now hook up your nib targets an

Re: Interface Builder : moving a controller to File's Owner

t Files's Owner and display the Identity Inspector. 3. Set the class to that of your custom window controller. 4. Now hook up your nib targets and actions to the File's Owner. The problem is precisely 4), how do I move all the connections (like 80 or more) that were done between Window

Re: Interface Builder : moving a controller to File's Owner

copy/paste a >>> WindowController object and a Window object in a new "empty" NIB. >> >> Window controllers don't belong in nibs. You create them in code and >> ask them to load a nib, at which point they fill in as File's Owner >> (unless you

Re: Interface Builder : moving a controller to File's Owner

w controllers don't belong in nibs. You create them in code and ask them to load a nib, at which point they fill in as File's Owner (unless you use the variant in which you provide a different File's Owner, but you almost never actually want to use that). That's my problem, I want

Re: Interface Builder : moving a controller to File's Owner

load a nib, at which point they fill in as File's Owner (unless you use the variant in which you provide a different File's Owner, but you almost never actually want to use that). --Kyle Sluder ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple

Interface Builder : moving a controller to File's Owner

Hello, I am refactoring one big NIB file into smaller pieces. I copy/paste a WindowController object and a Window object in a new "empty" NIB. I end up having File's Owner First Responder Application WindowController Window I would like to move WindowController as File'

Re: File's owner, outlets and methods

On Aug 13, 2009, at 8:26 PM, Ken Thomases wrote: I think I finally get "File's owner" :-) So, if I understand you correctly, having set File's owner to the appropriate class ( in this case AppController) I set the appropriate **proxy** outlet of File's owner

Re: File's owner, outlets and methods

ed as data within the xib/nib. Later, when that nib is loaded, Cocoa's nib loading machinery reestablishes the connection by setting the property on the object. In this case, the outlet is on File's Owner which, during nib design, is a proxy for an actual object which is supplied

Re: File's owner, outlets and methods

hat's what I meant but syntax is important :-) Secondly, in the About.xib the File's owner is set to the AppController AND File's owner "aboutWindow" outlet is now pointed to the NSPanel object. I am assuming that this second action is used in the me

Re: File's owner, outlets and methods

x27;s target is established in the MainMenu.xib ( ie About NewApplication is connected to the method showPanel). The About _menu_'s target is established in the MainMenu.xib. The About _window_ is not known in the scope of this xib. Secondly, in the About.xib the File's owne

Re: File's owner, outlets and methods

On Aug 13, 2009, at 1:59 PM, Dave Carrigan wrote: On Aug 13, 2009, at 1:32 PM, Michael de Haan wrote: The inspector of File's owner in the "Custom" xib shows, as expected an outlet ( which is connected) as well as the method "showPanel" which is *not* connected

Re: File's owner, outlets and methods

On Aug 13, 2009, at 1:32 PM, Michael de Haan wrote: The inspector of File's owner in the "Custom" xib shows, as expected an outlet ( which is connected) as well as the method "showPanel" which is *not* connected. In fact, I am unable to "connect" ( if t

File's owner, outlets and methods

(IBOutlet NSPanel *aboutWindow) and a method (-(IBAction) showPanel: (id) sender;) "Custom" xib file; File's owner = AppController. File's owner (aboutWindow) outlet points to the NSPanel object in the xib. "Main Menu" xib AppController object to which t

Re: How to hook up IB actions to existing object (like File's Owner)?

On Apr 15, 2009, at 2:08 PM, Sidney San Martín wrote: I want to hook up actions and bindings in a nib (loaded with +[NSBundle loadNibNamed:owner:]) to an object other than File's Owner (one which will already exist when the nib is loaded). Can I create a reference to a second obje

How to hook up IB actions to existing object (like File's Owner)?

I want to hook up actions and bindings in a nib (loaded with +[NSBundle loadNibNamed:owner:]) to an object other than File's Owner (one which will already exist when the nib is loaded). Can I create a reference to a second object in Interface Builder without causing it to be instantiated and

Re: File's owner as target of button-action

>> I guess I have misunderstood something here. Is there something special >> about >> File's Owner that prevents this from working? > > There's not enough information here to answer your question. You should > post: > > 1 - How you instantiate your cus

Re: File's owner as target of button-action

On Oct 7, 2008, at 2:34 PM, Andreas Eriksson wrote: I guess I have misunderstood something here. Is there something special about File's Owner that prevents this from working? There's not enough information here to answer your question. You should post: 1 - How you instan

File's owner as target of button-action

I have a nib-file with the File's Owner class set to my own subclass of NSViewController. The nib-file also contains a custom view with a button whose target and action is set to a method in File's Owner. The trouble is that I get EXC_BAD_ACCESS when I click the button and it tries

Binding NSTableView Double Click argument and target to file's owner

Hi I'm trying to bind double click actions of an NSTableView to "file's owner" and can't figure out exactly how to set them up. My file's owner has a double click handler defined like so: - (void) handleDoubleClick:(NSNumber *) inRowIndex; Given that, how w

Re: Can't bind image cells in a table to file's owner?

On Oct 4, 2008, at 8:16 PM, Quincey Morris wrote: After you choose File's Owner from the popup, and type the model key in the text field below, press Return or Tab, and verify that the check mark next to File's Owner has become checked. If you click away without committing the

Re: Can't bind image cells in a table to file's owner?

On Oct 4, 2008, at 15:59, Ken Tozier wrote: ... I can't bind any controllers to file's owner. I can bind some of the gui object values directly to files owner but controllers always unbind spontaneously whenever I click on another object in the interface and back to the contro

Re: Can't bind image cells in a table to file's owner?

After two more hours of futzing, I find that I can't bind any controllers to file's owner. I can bind some of the gui object values directly to files owner but controllers always unbind spontaneously whenever I click on another object in the interface and back to the controller.

Can't bind image cells in a table to file's owner?

Hi My file's owner class has a method to return a file icon but I'm finding that when I do the following, it reverts back to "shared user defaults" whenever I select other things in the user interface. Here are my bind settings Value Bind to: file's own

Re: Control-dragging from menu item in MainMenu.nib to File's Owner object in MyDocument.nib

>> >> I can't control-drag from my new menu item in MainMenu.nib to the >> File's Owner object in MyDocument.nib. It makes sense to me that I >> can't, but it never occurred to me that I couldn't. Does that make >> sense? >> >> I&#x

Re: Control-dragging from menu item in MainMenu.nib to File's Owner object in MyDocument.nib

7;s > widgets, like the main window, etc. are in MyDocument.nib. > > I can't control-drag from my new menu item in MainMenu.nib to the > File's Owner object in MyDocument.nib. It makes sense to me that I > can't, but it never occurred to me that I couldn't. Does th

Control-dragging from menu item in MainMenu.nib to File's Owner object in MyDocument.nib

menu item in MainMenu.nib to the File's Owner object in MyDocument.nib. It makes sense to me that I can't, but it never occurred to me that I couldn't. Does that make sense? I'm not sure what to do to reshape my design. Would this be a prime reason to subclass NSDocumentCon

Re: File's Owner problems

On Aug 4, 2008, at 11:38 PM, Chris Idou wrote: I've got a class, let's call it Foo, that loads a NIB called "Bar". In IB, the File's owner of Bar is set to class Foo. When Foo loads Bar, passing self as the file's owner, Foo.awakeFromNib gets called during

File's Owner problems

I've got a class, let's call it Foo, that loads a NIB called "Bar". In IB, the File's owner of Bar is set to class Foo. When Foo loads Bar, passing self as the file's owner, Foo.awakeFromNib gets called during the nib loading process. Is that meant to happe

[moderator] Re: File's Owner

while the discussion of possible re-positioning of the term file's owner is interesting, discussing it here isn't going to change how it is referred to in the documentation (and for that matter, I doubt it'd be changed from file's owner anyways...) please take it off

Re: File's Owner

. Meg Ryan as a bookstore owner in You've Got Mail), so that's one way you might conceptualize the generality of File's Owner. ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comment

Re: File's Owner

As one who has been on the Cocoa road slowly over the last year (not much in the middle, though), it has let me learn and absorb Cocoa terminology and ideas slowly. But the one thing I found weird was File's Owner. I knew what it meant. I knew what it does (and especially after this

Re: File's Owner

On May 27, 2008, at 4:40 PM, Quincey Morris wrote: On May 27, 2008, at 11:50, Andy Lee wrote: If you look at the rest of my original suggestion (before the clarification above), I suggested the term "Nib's Loader" as a replacement for "File's Owner",

Re: File's Owner

On May 27, 2008, at 3:40 PM, Quincey Morris wrote: Putting this the other way round, I'm not sure that the answer is to give File's Owner or Nib's Loader behavior that justifies its name, but rather to give it a unobjectionable name that justifies its (lack of) behavior -

Re: File's Owner

On May 27, 2008, at 11:50, Andy Lee wrote: That's not good either. "Root object" has a special meaning in the context of archiving graphs of objects. In particular, it's one of the archived objects, whereas File's Owner is by definition not one of the objects

Re: File's Owner

g behavioral, which seems appropriate here. That's not good either. "Root object" has a special meaning in the context of archiving graphs of objects. In particular, it's one of the archived objects, whereas File's Owner is by definition not one of the objects in the

Re: File's Owner

is isn't a delegate in that sense. Thinking about the conceptual issue again, it occurred to me that a word like "owner" (and "delegate", I think) may suggest -- to someone trying to come to grips with the concept -- that File's Owner must have some *behavior* th

Re: File's Owner

e NSBundle the File's Owner of the NIB? Who would you send the message to? This seems like a bad idea. You would send the message to the object you want to be the File's Owner. Instead of: BOOL didLoad = [NSBundle loadNibNamed:@"MyNib" owner:myObject]; ..

Re: File's Owner

Look at the other Currency Converter example (the non bindings one) http://developer.apple.com/documentation/Cocoa/Conceptual/ObjCTutorial/01Introduction/chapter_1_section_1.html this uses almost the exact same structure you're looking to implement. On May 25, 2008, at 5:01 AM, Roland King wro

Re: File's Owner

On Sun, May 25, 2008 at 4:14 PM, James Merkel <[EMAIL PROTECTED]> wrote: > More to the subject at hand, I thought File's owner was just a mechanism for > connecting nib objects to code. Nothing more or less. If I'm missing > something, someone can correct me.

Re: File's Owner

experience with electronics/radio (like for example, you were a Ham radio operator), you might have more difficulty learning some concepts because you had preconceived ideas that were incorrect. (By the way, electrical engineering is where you will use complex numbers.) More to the subject

Re: File's Owner

On May 25, 2008, at 1:30 PM, Andy Lee wrote: Early in his book, Aaron Hillegass suggests ten hours of sleep a night when you're learning something new Given my commitment to lifelong learning, that is now my official excuse for sleeping in late. :-) sherm--

Re: File's Owner

On 25 May '08, at 11:58 AM, Hamish Allan wrote: What this thread has reminded me of is an ongoing conversation I have with a friend of mine, who refuses to countenance the square root of minus one, because he doesn't think it means anything. It also reminded me of the fact that Isaac Asimov n

File's Owner

Forgot one thing. If anyone would be interested to critique my whole project, I would appreciate it. It on my iDisk "johnnylundy", a zip file named "MafiaC9Arrays.zip" ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin

Re: File's Owner

Thanks to everyone who replied and supplied sample code and anecdotes. I will study these carefully and take notes. N.B. My 16 hours a day comment did not imply that I am losing sleep. I really have been reading and adding features to my project, and creating dozens of test projects, and loa

Re: File's Owner

On Sun, May 25, 2008 at 2:31 PM, Andy Lee <[EMAIL PROTECTED]> wrote: > If I can make a rough analogy, many of our answers have been like different > re-implementations of an algorithm. Like the guy on the guillotine in that > engineer joke, we each think we see what the problem is. And so we "re

Re: File's Owner

On May 25, 2008, at 10:30 AM, Andy Lee wrote: Early in his book, Aaron Hillegass suggests ten hours of sleep a night when you're learning something new, which I found one of the most interesting suggestions a programming book had ever made. Oh, in the Cocoa training courses we typically re

Re: File's Owner

On May 25, 2008, at 1:22 PM, mmalc crawford wrote: On May 25, 2008, at 9:13 AM, Johnny Lundy wrote: Took about a month of 16-hour days to get that down. Experience suggests that this is a suboptimal way to try to learn Cocoa. Early in his book, Aaron Hillegass suggests ten hours of sleep a

Re: File's Owner

On May 25, 2008, at 9:13 AM, Johnny Lundy wrote: Took about a month of 16-hour days to get that down. Experience suggests that this is a suboptimal way to try to learn Cocoa. Some concepts are better understood after quiet reflection. If you're struggling with a concept, find something else c

Re: File's Owner

On May 25, 2008, at 6:31 AM, Andy Lee wrote: The File's Owner is the hole -- the one thing that *isn't* created in the nib. First Responder and Application are also not created in the nib. :) Indeed, that's why I didn't sleep so well -- something was nagging as I clic

Re: File's Owner

LOL - all of what you just described was the hair-pulling extravaganza that led me to a more detailed look at File's Owner in the first place. Several weeks ago I was trying to get my model object out of the nib, or more specifically, to figure out how to connect the controller to

Re: File's Owner

;recode" the algorithm our own way, "run" it -- i.e., post our new, improved explanation -- and find it still fails. [1] I submit that instead of recoding the "explain File's Owner" algorithm, other approaches might lead to a quicker resolution. One alternat

Re: File's Owner

On 25 May 2008, at 5:15 pm, Johnny Lundy wrote: And, if I don't understand something, I will ask why. This is not magic - there is actual computer code behind that File's Owner concept, and it is deterministic, not vague, not abstract, not a philosophical enigma, not random, not

Re: File's Owner

code behind that File's Owner concept, and it is deterministic, not vague, not abstract, not a philosophical enigma, not random, not ambiguous. If I had the source code I could see what it does. But that's where you're leading yourself astray -- there isn't any source c

Re: File's Owner

ot put the controller in the nib. Have the controller be the File's Owner. So, the controller is created in code in response to some action or notification or delegate method (e.g. applicationWillFinishLaunching:). Then the nib is loaded, and the controller is passed in as its own

Re: File's Owner

On May 25, 2008, at 2:01 AM, Roland King wrote: Where do I make the model object and how do I hook it into the controller? I start the application, the Files Owner is the singleton NSApplication, I guess I can override the NIB finished loading method, make the model object there and now I

Re: File's Owner

On May 25, 2008, at 3:49 PM, Scott Anguish wrote: On May 25, 2008, at 3:15 AM, Johnny Lundy wrote: Well, tell that to the guy who wrote the Currency Converter Using Bindings tutorial. See the last sentence here: "This concrete example should help you understand what the value binding’s

Re: File's Owner

object is continually referred to as the Model Object. That is exactly how mine are set up - connected to the Controller Object. The tutorial says nothing about File's Owner. That's a rather unfortunate example for you because it's a tutorial directly targeted at learnin

Re: File's Owner

On May 25, 2008, at 2:15 AM, Johnny Lundy wrote: And, if I don't understand something, I will ask why. This is not magic - there is actual computer code behind that File's Owner concept, and it is deterministic, not vague, not abstract, not a philosophical enigma, not random, not

Re: File's Owner

e is actual computer code behind that File's Owner concept, and it is deterministic, not vague, not abstract, not a philosophical enigma, not random, not ambiguous. If I had the source code I could see what it does. It's not really complicated. "File's owner" in the nib

Re: File's Owner

total rewrite and expansion...) On May 25, 2008, at 2:12 AM, [EMAIL PROTECTED] wrote: My NSArrayControllers can be bound to model objects without anything going through File's Owner. Really? That implies that your model is contained within the nib, which is not how MVC is supposed t

Re: File's Owner

That is exactly how mine are set up - connected to the Controller Object. The tutorial says nothing about File's Owner. And, if I don't understand something, I will ask why. This is not magic - there is actual computer code behind that File's Owner concept, and it is dete

Re: File's Owner

On May 23, 2008, at 7:21 PM, Johnny Lundy wrote: My NSArrayControllers can be bound to model objects without anything going through File's Owner. Really? That implies that your model is contained within the nib, which is not how MVC is supposed to work. The nib should contain th

Re: File's Owner

I dunno. Your book seems to be one of the few, if not the only, that is not on my bookshelf. If you email me your page on File's Owner, I can give feedback. On May 23, 2008, at 9:59 PM, [EMAIL PROTECTED] wrote: I despair that I am unable to adequately explain the concept and utili

Re: File's Owner

lls my delegate method. > Cool. But as far as the "serves as a proxy for the object that owns the > nib", why does a nib need an owner? Why do I care who the owner is? My > NSArrayControllers can be bound to model objects without anything going > through File's Own

Re: File's Owner

On Sat, May 24, 2008 at 6:49 AM, Paul Sargent <[EMAIL PROTECTED]> wrote: > > On 24 May 2008, at 05:39, Andreas Mayer wrote: > >> >> I thought, maybe a picture would help: >> >> http://www.harmless.de/images/other/files_owner.png >> > > Exactly the picture I was about to draw. > > Johnny Lundy wrot

Re: File's Owner

On 24 May 2008, at 05:39, Andreas Mayer wrote: I thought, maybe a picture would help: http://www.harmless.de/images/other/files_owner.png Exactly the picture I was about to draw. Johnny Lundy wrote: Saying it connects the nib to an object outside the nib sounds good, but what object is th

  1   2   >