
|
[openbeos]
||
[Date Prev]
[08-2001 Date Index]
[Date Next]
||
[Thread Prev]
[08-2001 Thread Index]
[Thread Next]
[openbeos] Re: Afternoon, all
- From: "Michael Phipps" <mphipps1@xxxxxxxxxxxxxxxx>
- To: openbeos@xxxxxxxxxxxxx
- Date: Sun, 19 Aug 2001 06:50:18 -0400
[snip]
>OTOH, I've been thinking about the difficulties inherent in reverse-
>engineering something like app_server, particularly given that we
>haven't reached consensus (is this *possible*?) as to how to proceed
>with the kernel (Mach, NewOS, ModulOS, from scratch, etc.). I'm
>thinking right now (and of course, all of this is contingent on what
>Palm decides to do) that it might be interesting to create an
>abstraction layer - an app_server that renders a virtual desktop into a
>BDirectWindow, say, so that the kinks can be worked out in user-land,
>and once things firm up as far as the kernel goes the two could be
>mated together. Just some early musing that I'd thought I'd share, but
>let me say now that I appreciate the efforts of those members of the
>community who are making the effort to contact Palm and to try and
>salvage something of the whole situation. I've filled out the survey at
>BeFAQs, and several other petitions, with a warm fuzzy feeling that
>things are finally progressing, one way or the other. Resolution is at
>hand; we're finally getting out of Limbo. :)
We had some discussions (I think before you joined).
Basically, I think that the general feeling was that we could/should develop
plugable modules. IOW, the app_server/kit group's "stuff" should be pluggable
into an R5 release by just replacing libbe.so and app_server.
This gives us some testability, traceability (no differences of opinion on
which
piece is right) and an agreed on interface.
But that is just the current thought. Nothing is in stone.
>Take it easy,
>
>Rob
>
>
|

|