🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.mac.apps
Article #6560

Compactor - A reason not to use

#6560
From: John DeRosa
Date: Thu, 03 Jan 1991 21:18
109 lines
3633 bytes
Now, don't get me wrong, I like compactor, especially
because it is fast and creates those lovely self
extracting archives that I personally love to send
to all my friends (it makes their life so much 
easier).

My problem is with people using Compactor files
for the info-mac archives.

1) Compactor can't do binhex - This means that 
everytime that I retrieve a file from the archives
(and I retrieve a lot of them), I need to 
use one program to un-binhex, exit that program
and then double click on the Compactor .sea
file. If I run into a  plain .cpt files
I need to run Compactor itself, twice as bad.

Which leads to.....

2) Compactor .sea files don't let you pick
where you want the resulting files to be
un-compacted to.  You end up with files
in places that you don't want them.

How much extra space
would it cost in the .sea file to add the
code to bring up the save as dialog box?
It is just a system call, correct?
I admit my ignorance here, it may very well be too
difficult to implement).

Solution
========
Use Stuffit Classic to stuff and then
binhex the file.  This optimizes the 
process by allowing one program to 
do everything, albeit multiple steps
in this one program.

It amazes me that the people who are going
through the trouble of sending files
to the archives (God bless them all),
don't notice that it took them multiple
applications to put the file in a form
that was uploadable.

My Procedure
============
The way I use Stuffit Deluxe to "decode" my
downloaded archive files, is to open
the binhex file (cmd-h).  This will
bring up a dialog box that allows me
to BOTH decode the binhex and 
automatically open the resulting 
archive (.sit file).  

Thus with a few operations in ONE 
application, I can produce the
required files. Unfortunately,
I end up with some debris, .hqx and
.sit files that I have to trash.  

Also, by using Stuffit, I get the
opportunity to indicate where the resulting files
should go.

BTW, I have seveal folders set up
to help this operation.....

hqx.files folder
     |  |
     |  V
     |  old.files folder (storage)
     V
    sit.files folder (to the trash later)
       |
       V
       finished.files folder
	 |  |  |  |
         |  |  |  +> empty folder 1
         |  |  +> empty folder 2
         |  +> empty folder 3
         |     .
         +> empty folder n

All in all, this goes fairly easily
until I run into a .cpt or .sea file
or one of those pesky Lpunch files.

Ultimate Solution
=================
How about some mad person of a programmer
making a single program that will, in
one easy step, create the compressed
and binhex'd file for uploading. 

The same program would also be able to
un-binhex and decompress the file in
one easy step.

IT WOULD BECOME THE WORLDWIDE STANDARD
AND MAKE THE AUTHOR MANY, MANY $$$$ (IMHO).

Thanks for listening, John
-- 
=       John DeRosa, Motorola, Inc, Cellular Infrastructure Group          =
= e-mail:    ...uunet!motcid!derosaj, motcid!derosaj@uunet.uu.net          =
= Applelink: N1111                                                         =
=I do not hold by employer responsible for any information in this message =
Technical Details
Message-ID: <5490@crystal9.UUCP>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!motcid!derosa

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!motcid!derosa
From: derosa@motcid.UUCP (John DeRosa)
Newsgroups: comp.sys.mac.apps
Subject: Compactor - A reason not to use
Message-ID: <5490@crystal9.UUCP>
Date: 3 Jan 91 21:18:57 GMT
Distribution: comp
Organization: Motorola Inc., Cellular Infrastructure Div., Arlington Heights, IL
Lines: 109