[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: a window for a tool
From: |
Pascal Bourguignon |
Subject: |
Re: a window for a tool |
Date: |
Tue, 21 May 2002 20:52:32 +0200 (CEST) |
> Date: Tue, 21 May 2002 21:08:08 +0300 (EEST)
> From: Enrico Sersale <enrico@www.imago.ro>
>
> On Tue, 21 May 2002, Chris B. Vetter wrote:
>
> > It's not a Tool, it's an Application.
> >
> > I just tried your idea on a 'real' Tool:
> >
> > GSFFCallInvocation.m:755 Assertion failed in GSInvocationCallback.
> > GSFFCallInvocation: Class 'FooBar' does not respond to
> > forwardInvocation: for 'methodForSelector:'
>
> Yes, I need a *real* tool. With this solution I get an icon for the
> application and an "Application may already be running with this name" if
> I want to start a second istance of it.
Well, the problem is that as soon as we need a window, we need an
instance of NSApplication, and this is the one who will add the
miniwindow and try to register itself for services.
So, to solve this problem, we would need to implement a subclass of
NSApplication that would inhibit these behaviors.
--
__Pascal_Bourguignon__
- a window for a tool, Enrico Sersale, 2002/05/21
- Re: a window for a tool, Pascal Bourguignon, 2002/05/21
- Re: a window for a tool, Chris B . Vetter, 2002/05/21
- Re: a window for a tool, Pascal Bourguignon, 2002/05/21
- Re: a window for a tool, Chris B . Vetter, 2002/05/21
- Re: a window for a tool, Adam Fedor, 2002/05/21
- Re: a window for a tool, Chris B . Vetter, 2002/05/21
- Re: a window for a tool, Stefan Urbanek, 2002/05/21
- Re: a window for a tool, Chris B . Vetter, 2002/05/21
- Re: a window for a tool, Pete French, 2002/05/21