[interfacekit] Re: BHandler::fToken

"Marc Flerackers" <mflerackers@xxxxxxxxxx> wrote:
> > Nice work! But I would prefer it the other way around; being able 
> > to
> > execute Windows apps on BeOS - but I can completely understand you,
> > that you haven't tried that yet :-))
> But that wouldn't benefit BeOS. If you run programs from another OS 
> on BeOS
> you indirectly give your support (money :P) to that OS. My idea is to 
> give
> BeOS developers a larger deployment market. If companies writing BeOS
> software can sell windows binaries they can be much more profitable 
> ;).

Okay, that might a plan, but you still have to buy Windows for that - 
and that's exactly where I don't want to spend money on; I'd rather 
support any other company :-)
But of course, it might have some really nice advantages for some 
people to develop under Windows and have the nice Be API to use, and a 
highly capable IDE/debugger to use.
In any way, good luck :-)

> > Sharing would be nice, though. Perhaps, if you find the time, you 
> > could
> > write some newsletters about it (don't feel too bad for not doing 
> > this,
> > though, or I would have to feel bad as well ;-)).
> I'll see, until know I only managed to write down the BPicture 
> protocol spec
> (it's in cvs for the people who are interested :) ). Besides a 
> newsletter
> talking about internal libbe/appserver communication wouldn't really 
> be
> interesting for application programmers I think.

That's what you think :-))
For me (as a simple app developer), it would have been very interesting 
to read about the internal implementation.
Understanding the details makes using the whole system a lot easier.

> > > I'll try to look at the 'FOB2' format once I find some time, to 
> > > see
> > > if it's smaller :).
> > Well, we don't have to copy it, but of course, we could.
> I'm mostly interested to see what they changed, and then to find out 
> why :).

Yes, that might be a good idea - but maybe identifying the problems of 
BMessages and searching for alternative ways might be faster (though 
perhaps not as complete and perfect as the Be solution, since they 
probably had more time to figure it out) ;-)

Adios...
   Axel.

Other related posts: