[openbeos] Re: openbeos Digest V2 #33
- From: François Revol <revol@xxxxxxx>
- To: openbeos@xxxxxxxxxxxxx
- Date: Mon, 04 Feb 2002 13:33:21 +0100 (MET)
It's not ridiculous at all, it's is just the clean way of doing things.
GUI stuff has _nothing_ to do in a kernel stack. Don't follow the windows way
please. Things like networking shouldn't deal directly with GUI objects, and
that goes even with a userland stack.
En réponse à Nathan Whitehorn <nathan.whitehorn@xxxxxxxxxxx>:
> > > >
> > > > >I've looked at the way BONE was designed, and although it may be
>
> > > > > fast,
> > > > >it is quite ugly.
> > > >
> > > > Just out of curiosity, what about BONE struck you as ugly? All I
>
> > > > know
> > > > about BONE is what I read in the Be Newsletter article that came
>
> > > > out
> > > > about
> > > > it, and as I recall it sounded quite nice to me...
> > >
> > > Well, first of all, it's OOP in C, which is often a recipe for
> > > ugliness. The code I've seen (*not* leaked, the sample headers that
>
> > > were released) was a complete mess. Also, doing things in the
> > > kernel
> > > meant not really being able to interact with user-space apps. For
> > > instance, a net_server addon I wrote once that monitored ethernet
> > > activity put up a deskbar widget. BONE add-ons couldn't do that.
> > >
> > Nope, instead they use ioctl()'s to just those kinds of parameters
> > filled in by the kernel driver.
> >
> > Point being?
>
> Point being that you would have to run a seperate application to put it
>
> in the deskbar, which is ridiculous. Same with DUN. You would need to
> run some kind of DUN monitor app to place it in the deskbar, which is
> needlessly increasing binaries.
> -Nathan
>
> --
> Fortune Cookie Says:
>
> Life is a whim of several billion cells to be you for a while.
>
>
>
Other related posts:
