Re: [5/6] start: Support getting the file to open by AppleEvent. (resend)

[Per Johansson]

Hi,

I should probably add a note that when I wrote this I had some doubts it it
belongs in start.exe, and I still somewhat do.

The alternative would be to write a new program. The advantage to that is:

1. start.exe is left more similar to it's windows counterpart.
2. This other program could handle multiple files sent in the same
AppleEvent, which is possible.
3. The same program could also act as a proxy for a dock icon, handling
clicks and activating windows (this is a later project).

I'd imagine it'd be called winehostproxy or somesuch and handle several
types of interaction with the host (is that what we call it btw?). If you
think that's more appropriate I can work on that instead of adding this to
start.

Regards,
-- 
Per Johansson

2012/9/23 Per Johansson <pelle(a)morth.org>
>

[5/6] start: Support getting the file to open by AppleEvent. (resend)

[Francois Gouget]

On Tue, 25 Sep 2012, Per Johansson wrote:
> Hi,
>
> I should probably add a note that when I wrote this I had some doubts it it
> belongs in start.exe, and I still somewhat do.
>
> The alternative would be to write a new program. The advantage to that is:

Start.exe already has a /unix option so adding a /AppleEvent one may 
make sense.

I have two questions though (I apologize if careful reading the patch 
would answer them).

How would this new /AppleEvent option be used? 

Is AppleEvent how they call DDE on Mac OS X<g>?

-- 
Francois Gouget <fgouget(a)free.fr>              http://fgouget.free.fr/
  Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.

[5/6] start: Support getting the file to open by AppleEvent. (resend)

[Per Johansson]

On Tue, Sep 25, 2012 at 10:57 AM, Francois Gouget <fgouget(a)free.fr> wrote:
> On Tue, 25 Sep 2012, Per Johansson wrote:
> > Hi,
> >
> > I should probably add a note that when I wrote this I had some doubts it
> > it
> > belongs in start.exe, and I still somewhat do.
> >
> > The alternative would be to write a new program. The advantage to that
> > is:
>
> Start.exe already has a /unix option so adding a /AppleEvent one may
> make sense.
>
> I have two questions though (I apologize if careful reading the patch
> would answer them).
>
> How would this new /AppleEvent option be used?

It will be used in file type association scripts created by winemenubuilder
(patch 6/6). You won't invoke it manually since it only makes sense if
there's an AppleEvent waiting to be delivered. The AppleEvent is sent to an
application by OS X when you open a document.

 Is AppleEvent how they call DDE on Mac OS X<g>?
>

Pretty much, details differ but it serves the same function. AppleEvents
have existed since 1991 and are pretty much unchanged since then at the API
level. Mac OS prefers a single instance of each application and the events
are therefore sent by the OS instead of a new instance of the application.

This patch only checks for an event at launch, but since it usually
immediately exits it's then ready to relaunch and check for another event.

Regards,
-- 
Per Johansson