Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!mit-eddie!husc6!husc4!grunau_b
From: grunau_b@husc4.UUCP
Newsgroups: comp.sys.atari.st
Subject: does GEM drop keys?
Message-ID: <1039@husc6.UUCP>
Date: Sun, 18-Jan-87 21:49:34 EST
Article-I.D.: husc6.1039
Posted: Sun Jan 18 21:49:34 1987
Date-Received: Mon, 19-Jan-87 06:13:55 EST
Sender: news@husc6.UUCP
Reply-To: grunau_b@husc4.UUCP (justin grunau)
Organization: Harvard Science Center
Lines: 52


Although my original impressions of the bundled program 1ST_WORD were that it
was an adequate, though primitive word processor, it took me no time at all
to discover that for my purposes it was quite inadequate, since it cannot come
close to keeping up with a fast typing speed.  In fact, worst of all, it quite
often drops keys, which is worse than just spitting out the text long after I
have typed it.

The keys it most commonly drops are function keys of some sort:  the one I
most often noticed was "RETURN" -- if you hit RETURN twice in rapid succession,
you have a 100% guarantee that 1ST_WORD will only get one of them.  Similarly
if you use the CTRL-ARROW method of moving around by words instead of single
characters.  If you hold down a CTRL-ARROW for repeat, you will here the key
repeating through the monitor's speaker, but 1ST_WORD will get maybe one-fourth
of the keypresses.  In fact, just using non-CTRL-ed arrow will probably get you
to where you want to go faster, despite the fact that it moves only char by
char.

I assumed at first this was a function of 1ST_WORD's code -- that it was just
written inefficiently.  STWRITER for instance does not suffer from this
problem.  However, I began to notice that there are many cases throughout the
GEM environment where it drops keys -- in particular, a RETURN keypress.
Sometimes, it may be assumed that somebody wrote some code to flush all
pending input -- but it seems that EVERY GEM program starts with a flush of
the lookahead buffer, which seems a bit too consistent.  Try changing a file
with "Show Info":  you will DEFINITELY have to wait until it finishes plotting
the window before it will take your keys.  I am used to typeahead, and I miss
it on this machine.

Well, I was speaking to my dealer about word processors, and told him about
how slow 1ST_WORD was, and he told me he thought that was GEM, and not that
particular program.  And since then, I have definitely noticed that GEM
programs seem to accept input more slowly than .TOS programs, and in particular
that a RETURN press seems to cause an unduly large amount of processing in all
of the programs I have noticed.  It could be just coincidence -- what I am
wondering is what other people might have to say about this:  IS GEM unusually
slow in accepting input (or is it a fault of some lower part of the system?),
and IS it responsible for even dropping keys sometimes?

I know this is not a fault of the hardware:  .TOS programs run fine, as does
MacIntosh software on the Magic Sac.  MacWrite does not suffer from this
insufferable slowness and dropping of keys.  If it IS a problem with GEM,
then I won't bother buying Microsoft Write, or any other GEM-based word-
processor, for that matter!

Does anybody at Atari have any comment on this?  I was definitely planning on
buying Write until now, and unless I can be sure that it is not GEM that is
the culprit, I think I'll just save my money.

									JJMG

{ seismo | rutgers | decvax!ihnp4 } !husc6!husc4!grunau