> 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 .
> Or, is there a way to di
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 a
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 properties
were alre
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 prop
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 interface you need
to ex
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 (Cocoa-dev@l
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 public
> 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 at the same o
> 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 every time seems
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 enough information to
> do this:
>
> * Some
> 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 shouldn’t be archived.
* Som
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 do
what they’re documente
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 at the same or different pl
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 dat
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 d
> 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 Auto-L
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 easy
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 your
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
[cocoa-d
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.
20 matches
Mail list logo
