Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!decwrl!csus.edu!ucdavis!csusac!csuchico.edu!walleye!tempest
From: tempest@walleye.uucp (Kenneth K.F. Lui)
Newsgroups: comp.sys.mac.misc
Subject: Re: Compactor
Message-ID: <1990Sep12.035023.6000@ecst.csuchico.edu>
Date: 12 Sep 90 03:50:23 GMT
References: <1521@camex.COM> <1990Sep10.205758.7075@silvlis.com>
Sender: news@ecst.csuchico.edu (USENET)
Reply-To: tempest@csuchico.edu (Kenneth K.F. Lui)
Organization: California State University, Chico
Lines: 23

In article <1990Sep10.205758.7075@silvlis.com> jimb@silvlis.com (Jim Budler) writes:
>>option to binhex/unbinhex files.  (Heh, uuencode and uudecode might be
>>nice too.)
>
>Correct, but I know Bill Goodman mentioned he received source code
>for binhex/unbinhex on GEnie. I assume this implies he is looking
>into this.
>
I find the ability for Compactor to process binhexed files a
non-issue.  I tend to use mcvert on our UNIX machines to convert
a .hqx file into a MacBinary file, then download it.  Why
download a file that's larger than it needs to be?  Binhex is not
as efficient as atob/btoa, so if anything we should switch--oh,
no, not another use such-and-such subject again :-)--to
atob/btoa.

Just a thought.

Ken
_____________________________________________________________________________
  Kenneth K.F. Lui        |   Other paths you can use: tempest@csuchico,
  tempest@csuchico.edu    |   tempest@{cscihp|walleye}.csuchico.edu
__________________________|__________________________________________________