How do I prevent this crash? It happens occasionally when I call
[NSView nextValidKeyView] or [NSWindow selectKeyViewFollowingView:] in
a window that has a toolbar. Here's a typical stack trace:
#6 0x948f2dcb +[NSException raise:format:arguments:]
#7 0x92e9fec4 -[NSAssertionHandler
handle
I've been experimenting with an NSDockTilePlugIn. The documentation is
a bit sparse. It looks like the plug-in needs to be 32-bit/64-bit GC
supported. The plug-in gets called successfully in the release build
of my app, but it does not get called in the debug build. Instead, I
get this erro
My app uses an NSDockTilePlugin. When I update my app via Sparkle, I
want the new dock plug-in to be loaded. Unfortunately, the
SystemUIServer has already loaded the old plug-in and ignores the new
plug-in. Ditto for the Dock. There's no API that I've found to force a
dock plug-in to be rel
I'd like to change the drag image based on the drop location, the way iCal
does. I found this tantalizing snippet in the WebCore code:
if (cocoaImage) {
// Dashboard wants to be able to set the drag image during dragging,
but Cocoa does not allow this.
// Instead we mus
>>> The explicit entitlement to read a file following an open/drag exists
>>> only until the application quits (a fragile exception exists in using
>>> URLs stored into the restorable state archive, but even that won't work
>>> long term). Â Thus keeping references to files is essentially impossibl
This is what I have used for years with good success:
- (BOOL)retainedObjectHasBeenDeleted
{
// if object has been deleted, then it no longer exists
if ([self isDeleted]) return YES;
// otherwise, see if object with this ID exists in the database
NSManagedObj
I don't know if all those tests are necessary. I did show the method to a Core
Data engineer at WWDC one year and he thought it looked OK.
Those are good points about -prepareForDeletion. I was just experimenting for
the heck of it. I guess if it ain't broke I shouldn't fix it. :)
On Oct 22, 20
Subclass NSApplication and override this method:
- (NSEvent *)nextEventMatchingMask:(NSUInteger)mask untilDate:(NSDate
*)expiration inMode:(NSString *)mode dequeue:(BOOL)deqFlag
{
NSEvent *event = [super nextEventMatchingMask:mask untilDate:expiration
inMode:mode dequeue:deqFlag];
I've been struggling with the new NSPasteboard APIs as well. The lack of sample
code is appalling. I finally got file promises to work by incorporating some
low level pasteboard manager calls. Note that NSPasteboard is not toll-free
bridged with PasteboardRef, but you can go back & forth between
I think you also need to register for the drag types via
-registerForDraggedTypes. I pass in a mix of UTIs and legacy pboard types and
it seems to work. For example:
[tableView registerForDraggedTypes:[NSArray arrayWithObjects:(NSString
*)kUTTypeURL, NSPasteboardTypeString, @"ABPeopleUI
I've seen similar SecKeychain crashes whenever I put runtime code signing
checks into my code. I suspect SecKeychain is not garbage collection safe. I've
taken to doing the following to eliminate the crashes:
[[NSGarbageCollector defaultCollector] disable];
err = SecCodeCopySelf
I still get reports of this crash:
#8 0x968b411d +[%NSToolbarView
_findFirstKeyViewInDirection:forKeyLoopGroupingView:]
(see http://lists.apple.com/archives/cocoa-dev/2009/Aug/msg01974.html)
I would like to know what hack is responsible. Is there a way to find the name
of the application that
This post describes how to dump the NSUndoManager stacks. I found it helpful
when debugging undo manager crashes.
http://parmanoir.com/Inspecting_NSUndoManager's_undo_stack
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post adm
These two methods work fine for my astronomical calculations. Maybe they'll be
inaccurate after 2100. Beats me. The world's going to end in 2012 anyway. ;)
@implementation NSDate (JulianDates)
- (NSTimeInterval)julianDate
{
return ([self timeIntervalSince1970] / 86400.0) + 2440587.5;
I converted my project to the 10.6 SDK, but now my app won't launch on
Leopard:
myApp[595]: dyld: Library not loaded: /usr/lib/libcrypto.0.9.8.dylib
myApp[595]: Referenced from: /Users/dave/Desktop/myApp.app/Contents/
myApp
myAppl[595]: Reason: image not found
If I select the older libcry
When I compile my app on Snow Leopard and run it on Leopard, strncat
erroneously aborts with "detected buffer overflow".
I think there was a bug in the Leopard version of strncat that was
fixed in the Snow Leopard version.
http://www.opensource.apple.com/source/Libc/Libc-498/secure/strncat_
I wanted something similar recently (especially the drag & drop rearranging). I
didn't find anything suitable on the web and had to implement it all from
scratch. Despite being mentioned in the Apple HIG, there is no OS support for
scope bars.
http://developer.apple.com/library/mac/documentatio
This is what I use. Short and sweet.
@implementation NSData (Base64)
- (NSData *)dataWithBase64Encoding
{
CFDataRef retval = NULL;
SecTransformRef encodeTrans =
SecEncodeTransformCreate(kSecBase64Encoding, NULL);
if (encodeTrans != NULL) {
if (SecTransform
I wish NSCalendarDate could be fixed instead of discarded. I find it a
convenient class, and it is heavily used in the standard sync schemas.
If it must go, I hope somebody comes up with an open source
replacement for it. :)
Dave
___
Cocoa-dev ma
What is the use of the new Leopard call [ABAddressBook addressBook]? I
played around with it, and it seems to be functionally equivalent to
[ABAddressBook sharedAddressBook].
Dave
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do no
application, just as they did when using the sharedAddressBook.
Queries to the "private" address book returned everything from the
Address Book application.
Dave
On Sep 23, 2008, at 4:53 PM, Ricky Sharp wrote:
On Sep 23, 2008, at 5:44 PM, David Riggle wrote:
What is t
I want to use a keypath that goes through an abstract entity down into
a concrete sub-entity. For example, given this data model:
Abstract entity: person
Concrete sub-entities: man, woman
Abstract entity: club
relationship: members (->> person)
Concrete sub-entities: allMale, coed
I want to
I just pass the "-o kill" flags to codesign. That way if the app has
been tampered with it won't launch. Make sure you are using Xcode 3.1
or later so the codesigning is done after the stripping.
Dave
___
Cocoa-dev mailing list (Cocoa-dev@lists.app
23 matches
Mail list logo
