Is it possible to create a custom event for an apps internal usage and
have it posted to the NSApp, and then processed later on? If so, how
would one do this? I'm not sure how to
a) create the event
b) get notified when the event is recv'd and ready for processing
The event loop is whatever is bei
Is there a way to handle idle time in an NSApplication? In Win32 or
Carbon, since you manually write the actual while loop that processes
the events, this is pretty easy to do. Is there anything like this in
Cocoa? I've got some objects whose state (possibly) needs to be
updated, and I was planning
> Actually, reading the docs for +loadNibNamed:owner:, I think it is even
> easier (but you'll want to test it). The owner is used to determine where
> to look for the NIB.
>
> If you were to create a subclass of NSApplication that lives within the
> framework that has your generic MainMenu.nib an
>
>
> Based on my analysis of Cocoa nib loading, I had the same thought and agree
> with Bill that this should work. However, I wasn't sure why Jim was talking
> about a C++ application and whether that makes a difference.
Well the framework is C++ (it's here if you care:
http://vcf-online.org), s
> Your application's menu isn't that big of a deal, but your application's
> integration with Mac OS X is a very big deal and that is most of the battle
> of doing "nib less" development. It is much more than just populating the
> main menu. Specifically, the application wrapper -- the .app --
> Can you elaborate on why? Most of the time from what I've seen, when
> people think they need to do this, they really don't. For example:
Sure, I'm porting a framework over to OS X. The framework (in C++),
doesn't use NIBs, but does (obviously) use menu items and thus I need
to be able to popula
> There are code samples for both Tiger and Leopard.
>
> -Jeff
>
>
> On Jul 13, 2008, at 4:01 PM, Jim Crafton wrote:
>
>> I'd like to be able to create an application's menu from scratch,
>> without a nib file. I'm having problems doing so, I've looked
I'd like to be able to create an application's menu from scratch,
without a nib file. I'm having problems doing so, I've looked around
and seen some different code samples but nothing seems to work
correctly.
The simplest case:
int main(int argc, char *argv[])
{
NSAutoreleasePool *pool = [
Is it possible to use NSWorkspace to open a file and pass in command
line arguments? I can't see anything in the docs about this and I
haven't found anything with google either.
Thanks
Jim
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please
> You cannot throw C++ exceptions across Objective-C functions. If you want to
> catch this exception, you will have to catch it in drawRect, and decide
> there what to do with it.
The earlier emails seem to mention that for 64bit apps this will not
be a problem. Is that the case or did I misunder
> 64-bit is the sticking point. If you build for 64-bit, they're unified, but
> Apple can't change the 32-bit runtime on the Mac for compatibility reasons.
> So the switch would be setting the architecture to 64-bit and removing the
> 32-bit architecture. But of course then your app won't run on M
I'm developing this on 10.5, Xcode 3.0. Is that considered the newer
version, or is there an Xcode setting that I need to explicitly adjust
for this?
On Fri, Jul 4, 2008 at 3:45 PM, Bill Bumgarner <[EMAIL PROTECTED]> wrote:
> In the 32 bit [legacy] Mac OS X runtime, C++ and Objective-C exceptions
I have found stuff on the internet about issues with throwing C++
exceptions, and I've run into something which I think is what these
articles are talking about but I'm not 100% sure so I thought I'd ask.
I have some C+ code that is being called as a result of the AppKit
framework updating a view w
13 matches
Mail list logo
