RE: NSTextFields will not fully justify in 10.11

If it's autolayout, double-check it, especially the priorities; it might be hugging more than you expect. What does the UI layout debugger show? I've found some layout surprises that way. From: cocoa-dev-bounces+lrucker=vmware@lists.apple.com

View-based NSTableView and ending editing with "return"

Hello list, After putting it off for too long, I’m migrating to view-based NSTableViews. I’ve worked through most of the conversion problems I’ve had, and am generally pretty happy. There is, however, one problem I haven’t been able to solve. I have a NSButton in the same window as my table.

Re: Obj-C - your thoughts on hiding data members?

On Jan 24, 2016, at 15:55 , Graham Cox wrote: > > Do you generally think this is worth doing? I’m not sure its *worth* doing, if you’re looking for a big pay-off, but I agree with Jens that I’d probably do it. Sometimes it can be illuminating to see how small a public

Re: Obj-C - your thoughts on hiding data members?

In this effort, what visual convention would you add to the private properties' names to indicate to the viewer that these are not public properties? A prefix of _ is already used by the compiler to indicate the internal ivar backing properties so, what convention should be used for private

Re: Obj-C - your thoughts on hiding data members?

I do; it makes the @interface shorter and easier to read, and afterwards if you change/add/remove an instance variable, it only touches the .m file, so it doesn’t force a bunch of other files to recompile. —Jens ___ Cocoa-dev mailing list

Re: Obj-C - your thoughts on hiding data members?

On Jan 24, 2016, at 17:34 , Alex Zavatone wrote: > > A prefix of _ is already used by the compiler to indicate the internal ivar > backing properties so, what convention should be used for private properties? That's kinda a whole different discussion. In Graham’s case, the

delete stock apps

Does anyone know if there’s a way to delete stock apps on 10.11 without disabling SIP and rebooting the machine? Or, is there a way to disable SIP without rebooting? Thanks! ___ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) Please do not post

Re: delete stock apps

> On Jan 24, 2016, at 10:16 PM, Rick C. wrote: > > Does anyone know if there’s a way to delete stock apps on 10.11 without > disabling SIP and rebooting the machine? This doesn’t sound like a coding question. Try Apple’s support forums or apple.stackexchange.com . >

Re: NSTextFields will not fully justify in 10.11

> If it's autolayout, double-check it, especially the priorities; it might be > hugging more than you expect. What does the UI layout debugger show? I've > found some layout surprises that way. > It is not using Auto-Layout. I tried creating one with

DeepCopy Arrays and Dictionaries

Which brings me to another questions, how to deep copy a network without saving it to disk? One thing about making it NSCoding Compliant is that all my objects now support NSCopying too, e.g. define a copyWithZone method, so in order to deep copy one of my root arrays/dictionaries. can I just

Re: How to save a Dictionary Network to a plist file?

Hi, I did a bit of studying about save/restoring networks in general and it’s not that straight forward if you want a self-referential put back in place after it is restored. From looking at what the standard archiver/unarchiver does it is exactly what I want for now and is really fast and

DeepCopy Arrays and Dictionaries

Sorry that should have read: When I’m saving/restoring I want a shallow copy, but I then want to clone this network into a working copy I need a deep copy. The working copy gets updated which the App is running and at certain points dumped to file. This file will then be used to update the

Re: Problem Archiving/Un-archiving Custom Objects

Thanks a lot for the clarification….. ___ 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

Re: DeepCopy Arrays and Dictionaries

On Jan 24, 2016, at 08:16 , Dave wrote: > > can I just do this? > > myDestNetwork.pArray1 = [mySourceNetwork copy]; No. The ‘copy’ method has no intrinsic depth or shallowness. For your custom classes, it does what you’ve implemented it to do. For Cocoa classes, they

Re: NSTextFields will not fully justify in 10.11

On Jan 24, 2016, at 07:24 , Trygve Inda wrote: > > It is not using Auto-Layout. I tried creating one with Auto-Layout and it > doesn't work either. For interest’s sake: a. If you specify the text field as being left justified instead of fully justified, does it wrap

Re: How to save a Dictionary Network to a plist file?

> On Jan 24, 2016, at 7:12 AM, Dave wrote: > > And it would synthesize the initWithCoder, encodeWithCoder and copyWithZone > methods. It would be nice, but the compiler doesn’t always have enough information to do this: * Some instance variables are transient and

Re: How to save a Dictionary Network to a plist file?

On Jan 24, 2016, at 1:51 PM, Jens Alfke wrote: > >> On Jan 24, 2016, at 7:12 AM, Dave wrote: >> >> And it would synthesize the initWithCoder, encodeWithCoder and copyWithZone >> methods. > > It would be nice, but the compiler doesn’t always have

Re: NSTextFields will not fully justify in 10.11

> On Jan 24, 2016, at 07:24 , Trygve Inda wrote: >> >> It is not using Auto-Layout. I tried creating one with Auto-Layout and it >> doesn't work either. > > For interest’s sake: > > a. If you specify the text field as being left justified instead of fully > justified,

Re: How to save a Dictionary Network to a plist file?

> On Jan 25, 2016, at 4:01 AM, Alex Zavatone wrote: > > Yeah, as long as it’s an NSObject type and it’s in the class, we should be > able to automatically get the property type of class and automatically create > the archiver and dearchiver. > > Writing this stuff manually

Obj-C - your thoughts on hiding data members?

In Objective-C 2, data members can be moved into a @interface MyClass () section which lives in the .m file, rather than in the header file as in the classic case. This makes sense - those data members are typically part of the private implementation details of a class and not part of the