On Nov 27, 2011, at 9:23 PM, Quincey Morris
wrote:
> On Nov 27, 2011, at 20:50 , Tom Harrington wrote:
>
>> If they're different objects then I'm getting duplicates, which is at
>> least as much of a bug and possibly more so. What I observe is that if
>> I add 10 objects, I get 20 calls to awak
On Nov 27, 2011, at 20:50 , Tom Harrington wrote:
> If they're different objects then I'm getting duplicates, which is at
> least as much of a bug and possibly more so. What I observe is that if
> I add 10 objects, I get 20 calls to awakeFromInsert, 10 for the child
> context and 10 for the parent
On Sun, Nov 27, 2011 at 6:09 PM, Quincey Morris
wrote:
> On Nov 27, 2011, at 16:49 , Tom Harrington wrote:
>
> Actually I don't, so far as I can tell. As I mentioned in my previous
> message, I get the same managed object ID both times. I haven't
> checked the address, but surely if they were diff
On Nov 27, 2011, at 16:49 , Tom Harrington wrote:
> Actually I don't, so far as I can tell. As I mentioned in my previous
> message, I get the same managed object ID both times. I haven't
> checked the address, but surely if they were different objects they
> wouldn't have the same ID.
You're wro
On Sun, Nov 20, 2011 at 2:34 PM, Richard Somers
wrote:
> On Nov 16, 2011, at 6:16 PM, Tom Harrington wrote:
>
>> I'm finding that if I use nested managed object contexts,
>> awakeFromInsert will be called twice on new objects.
>
>
> On Mac OS X 10.7 NSManagedObjectContext can have a parentContext.
On Sat, Nov 19, 2011 at 6:49 PM, Roland King wrote:
>
> On Nov 20, 2011, at 5:48 AM, Jerry Krinock wrote:
>
>>
>> On 2011 Nov 16, at 17:16, Tom Harrington wrote:
>>
>>> I'm finding that if I use nested managed object contexts,
>>> awakeFromInsert will be called twice on new objects.
>>
>>> I'm won
On Nov 27, 2011, at 10:02 AM, Scott Ribe wrote:
> The purpose of casting? I think you need to review a C reference, you're
> casting a uint32_t to uint32_t * then back to uint32_t. In prior code you
> were casting something (unsigned char * ???) to uint32_t *, then
> dereferencing it, which wo
On 27 Nov 2011, at 7:17 AM, Luca Ciciriello wrote:
> Is there a way to load a custom map (instead of Google map) in the MKMapView
> component?
No.
However, you could define an MKOverlayView that completely overwrites the
standard view. I'm not sure how much that gets you above defining your ow
Many thanks for your replies, Jens and Ken.
I use the mouseMoved event to set the mouse cursor according to whether a
NSBezierPath instance contains the mouse point [pathInstance containsPoint:],
to indicate whether the path can be moved. There is no scale transformation on
the view. On the
On Nov 27, 2011, at 6:06 AM, Koen van der Drift wrote:
> Again giving the same expected results. Would this be the correct call, or
> am I still missing something?
The purpose of casting? I think you need to review a C reference, you're
casting a uint32_t to uint32_t * then back to uint32_t. I
Hi All.
Is there a way to load a custom map (instead of Google map) in the MKMapView
component?
Thanks.
Luca.___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to the list.
Contact the moder
On Nov 26, 2011, at 7:06 PM, Scott Ribe wrote:
> I think what you had before would work for the byte swap & conversion,
> assuming that your "result" was an array of floats; CFSwapInt32HostToBig is
> not really the right call--when it works it is by accident.
Thanks again Scott for thinking al
12 matches
Mail list logo