BG> As it happens, I can sort-of see his point, but this relates more to USR's 
BG> apparent failure to adequately document the necessity of using
&W under the 
BG> aforementioned circumstances.  All they say is that it must be done, no 
BG> reason given (or none that I can find, at least).

Even if they had documented it, it would simply mean that it wasn't
a bug, it was a VERY BAD design.

IS> Sounds like it's just not the right modem for his (or Rod's) personal 
IS> tastes.  Can't please everyone, so ..

BG> Agreed.  :)

It's strange that USR should go out of their way to support people
who use the VT770 terminal, which stores the speed of last &W in
a little chip in the terminal, so that when it sees you type in
ATZ, it knows that the baud rate is suddenly going to change, and
quickly changes the speed to what was stored on the chip, (after
accepting the "OK" response at the old speed of course).  

Personally I would have preferred that USR had concentrated on 
average Joe Bloggs who wants to adjust the port speed in their
comms program, issue "ATZ", and then expect it to auto-baud.
But I guess with the increasing popularity of VT770 terminals,
us people using Binkley, Frontdoor, Telix, Procomm, Qmodem,
Telemate, VT100, VT200, VT220, WYSE terminals are a dying breed.

BFN.  Paul.
@EOT:

---