Path: utzoo!news-server.csri.toronto.edu!turing.toronto.edu!ruhtra
Newsgroups: comp.sys.handhelds
From: ruhtra@turing.toronto.edu (Arthur Tateishi)
Subject: Re: Tetris2.1 update for HP48
Message-ID: <1991Mar17.023612.5512@jarvis.csri.toronto.edu>
Keywords: tetris, tetris2, update
Organization: CSRI, University of Toronto
References: <27dffd78:2431comp.sys.handhelds@hpcvbbs.UUCP> <959@sousa.enet.dec.com>
Date: 17 Mar 91 07:36:12 GMT
Lines: 35

In article <959@sousa.enet.dec.com> ervin@pinbot.enet.dec.com (Joseph James Ervin) writes:
>Andrey,
>
>Thank you for the work you have done on TETRIS.  This game is one of the
>truely fun games for the HP48SX.
Very true.

>Basically, I think the code in your post is good, and the right thing to
>do, but I think the format you chose to distribute this code (using an
>update procedure in which the user has to follow several steps) is prone
>to user-error, and will probably lead to more user "download" confusion
>and problems in general.
This is true. Patch procedures are always risky.

>In my opinion, when you change the code, the "best" thing to do is to
>simply post the new version.  I still do not understand why you do not
>simply post the ASC version of the whole program.  Is there some reason
>why this is not possible?  

I'll give you a very good reason why it is inadvisable to post as one
big ASC version. Size. If I didn't have my CMT card, I would not be
able to download it. Personally, I'd rather see a uuencoded binary
version. Before I got my RAM card, I had about 6-7k free usually.
Tetris is now about 8700 bytes. I guess people in those situations
should stick with smtetris anyway, but would you be able to resist
all the accolades about DISS within TETRIS?

The thing I could never understand was that removing linefeeds
from big GROBs was rarely mentioned. Making these ASC format
will help things a lot.

-- 
Red Alert.
    -- Q, "Deja Q", stardate 43539.1
Arthur Tateishi                 g9ruhtra@zero.cdf.utoronto.edu