Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!iuvax!purdue!mentor.cc.purdue.edu!mace.cc.purdue.edu!asd
From: asd@mace.cc.purdue.edu (Kareth)
Newsgroups: comp.sys.apple
Subject: Re: GS/Shrinkit
Message-ID: <4293@mace.cc.purdue.edu>
Date: 2 Mar 90 01:01:07 GMT
References: <9002260537.AA20586@apple.com> <1146@batman.moravian.EDU>
Organization: Purdue University Computing Center
Lines: 20

In article <1146@batman.moravian.EDU> nicholaA@batman.moravian.EDU (Andy Nicholas) writes:

>In article <9002260537.AA20586@apple.com>, UN027265@WVNVAXA.WVNET.EDU (Eric Krichbaum) writes:

>> Hey, When are we going to see this wonder product.  I like 2.1a but I would
>> love a GS version even more.  (How about a built in BINSCII)

>I'm past the point where I can accurately estimate a release date for
>gs/shrinkit... it'll get done whenever it gets done.

Well, I was wondering, the new gs/shrinkit will encompass lots of new
formats and the alike, right?  Is it these parts that are delaying the
release, or the shrinkit format part?  I, personally, wouldn't mind
having a semi-release with only the shrinkit part working, and all the
other options just saying "not active" when trying to invoke em.
Totally far-fetched idea?  Seems like it would be a great way to get
gs/shrinkit out to folks, and satisfy them, while you continue to work
on formats that aren't as important to the II's (yet).

-k