Path: utzoo!utgpu!watmath!watdragon!trillium!m230bw89
From: m230bw89@trillium.waterloo.edu (Scotte Zinn)
Newsgroups: comp.sys.amiga
Subject: Re: Atalk III 1.0e
Message-ID: <10833@watdragon.waterloo.edu>
Date: 18 Jan 89 00:03:34 GMT
References: <470@infohh.rmi.de> <6818@killer.DALLAS.TX.US>
Sender: daemon@watdragon.waterloo.edu
Reply-To: m230bw89@trillium.waterloo.edu (Scotte Zinn)
Organization: U. of Waterloo, Ontario
Lines: 36



I recently purchased a copy of ATalk III (rev1.0e) and had a few problems
with it as well as a few things that weren't thought out in its design.

A got ATalk III running, then started the following ARexx script:

	/*  This tests the REXX stuff */
	address ATK
	CD "download:"
	SEND "ATS0=0^M"
	address

The results were:
	The directory was not changed in the file requestor.  (Maybe not a
	bug, but certainly an inconvenience since the file requestors started
	from DF0: even when the program was run from a hard drive)

	The AA light on my HAYES compatible modem didn't go out nor did I
	see the OK response.  (No characters were sent from the modem at all)

Another inconvenience, the phone book could be called up via a keyboard
shortcut, but once on the phone book screen, you have to use a mouse!!  Come
on you guys, don't implement the power user features half heartedly!

How come very few (I've only seen one and that was VT100R2.6) programs that
support kermit support it in 7 bit even parity mode for transferring binary
files?  Diga! doesn't even do it correctly.

Needless to say, I have returned ATalkIII to the store I bought it from and
will wait patiently for a terminal program that will do things reliably.

I did like most of the interface that ATalkIII had.

Scotte Zinn
rszinn@rose.waterloo.edu