🚀 go-pugleaf

In article <sg9hpINNktp@agate.berkeley.edu> nweaver@ocf.berkeley.edu (Nicholas  
Weaver) writes:
>	But this is what would REALLY be cool.  NeXTstep interface,
>not X11.  Blessed, selectivly.  Allows addition of borg "Modules" to
>the program, by draging and dropping compiled code snibbits
>or whatever.  When borg code is included, becomes non-blessed automatically.
>WOuld be really hot!  Just would have to amke sure that it 
>does not get past a blessing check and then institutes the borg modules.
>Maby by only allowing borg inclusion before connecting.  Also, it should,
>when opened, display a list of servers, and prompt th user what
>to connecxt to. 

  I believe the NeXTstep interface is not completely out of reach.  
Unfortunately, I don't really have the knowledge of NeXTstep to make it happen.  
I may do some poking around with it, but the best I can do is read the NeXT  
developers manual for the GUI... Not that I'm saying it's not worth the time,  
though. :-)

   The borg idea is pretty cool.. I currently maintain sunborg, and it's  
written in such a fashion that individual features can be turned on and off--so  
it wouldn't be too hard to implement. Allowing users to write new routines is  
another story though.

   If anyone is interested in picking up the NeXTstep port, let me know. It  
won't require a major overhaul at all, and I have a feeling that a lot of the X  
routines can go 1:1 with NeXTstep routines. Also, all the graphics routines are  
in one file, so there isn't any hunting for X specific stuff... Also, netrek  
can run under GL, so in case anyone knows NeXTstep AND SGI graphics  
libraries... :-)

--
Mike Neuman                mcn@b62103.student.cwru.edu
			   NeXTmail accepted!!!
"To make a machine that will be proud of us." - Thinking Machine's motto