I know how to control the font size in a table -- the hard way -- by subclassing NSTableColumn and overriding -dataCellForRow. Hoping for an easy way, I noticed that NSTableView has a 'fontSize' binding...
fontSize. An integer value that determines the size, in points, of the font used to display the NSTableView. If fontSize is bound, the font binding is disabled. Whoopee! So, in Interface Builder, I leave 'font' unbound, and bind thus: fontSize Bind to: Shared User Defaults Controller Controller Key: values Model Key Path: myFontSize myFontSize is a key in my user defaults. Result: It just doesn't work. Silently ignores the value in user defaults, both upon awaking and when it is changed. This was reported also by Chris Miner two years ago: http://www.cocoabuilder.com/archive/cocoa/197369-under-what-circumstances-does-the-fontsize-binding-of-nstableview-have-an-effect.html?q=NSTableView+fontSize+binding#197369 I understand that NSUserDefaults bindings do not issue an error if Model Key Path does not exist. But I checked the spelling three times. Has anyone ever seen this binding work? Jerry Krinock _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post admin requests or moderator comments to the list. Contact the moderators at cocoa-dev-admins(at)lists.apple.com Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
