Question

我有一个习惯类别(NSView下级——实际上请说经过修改的编辑,但NOT有一个子级的<代码>NSTextView),I m对<代码>具有约束力。 NSArrayController Programally (I mostfin canNOT do it through Interface Buildinger),如:

[myEditor bind:@"string" 
     toObject:myController 
  withKeyPath:@"selection.content" 
      options:nil];

然而,在价值发生变化时,上述数值已更新到我的<条码>NSArrayController,即与“标准”一样。

我甚至使用以下<代码>options,但没有结果:

NSDictionary* options = [NSDictionary dictionaryWithObjectsAndKeys:
                         [NSNumber numberWithBool:YES],NSContinuouslyUpdatesValueBindingOption, 
                         [NSNumber numberWithBool:YES],NSAllowsEditingMultipleValuesSelectionBindingOption,
                         [NSNumber numberWithBool:YES],NSConditionallySetsEditableBindingOption,
                         [NSNumber numberWithBool:YES],NSRaisesForNotApplicableKeysBindingOption,
                         nil];

任何想法?

Answer 1

一类人必须支持具有约束力的文书。 Coco的观点和小组班一般实施一套特定的约束。习俗等级是否由执行者决定。

如果某类斜线对具有约束力的具体支持,则<代码>-bind:请求通过NSObject执行。然而,这种执行非常有限。它沿用了有名望的<>主计长>的关键道路,并通过KVC更新了姓名与约束力相同的接收人的财产。但是,它确实是<>而不是。也就是说,接收人的财产变更不会通过关键途径转给观察员。

以你的榜样,使这一点不那么抽象。如果<代码>myEditor的类别未具体落实对具有约束力的“string”的支持,那么NSObject/code>的执行将达到[myController Add Observer:< Some private Observer Object> forKeyPath:@“selection.content” Options:<...> context:<...>]。



当私人观察员物体收到更改通知时,它将填写[myEditor setValue:[myController Value forKeyPath:@“selection.content”] forKey:@“string”]。

然而,NSObject将不试图遵守myEditors “string” property ,也从未打上[myController setValue:<...> forKeyPath:@'selection.content”。

To learn more about how to implement support for a binding, see Apple s documentation.

友情链接