Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 UW 5/3/83; site uw-beaver
Path: utzoo!watmath!clyde!burl!ulysses!mhuxj!houxm!vax135!cornell!uw-beaver!info-mac
From: info-mac@uw-beaver (info-mac)
Newsgroups: fa.info-mac
Subject: Re: QD Text Transfer Modes
Message-ID: <2026@uw-beaver>
Date: Thu, 25-Oct-84 20:50:23 EDT
Article-I.D.: uw-beave.2026
Posted: Thu Oct 25 20:50:23 1984
Date-Received: Fri, 26-Oct-84 09:30:14 EDT
Sender: daemon@uw-beave
Organization: U of Washington Computer Science
Lines: 19

From: Reed.SoftArts@MIT-MULTICS.ARPA
Local:  Mark H. Nodine <mnodine at BBNH>,Thomas.Newton at
        CMU-CS-SPICE,info-mac at SUMEX-AIM,mnodine at BBNH
Original-Date:  24 OCT 1984 07:16:32
Resent-Date: Thu 25 Oct 84 16:53:45-PDT
Resent-From: Ed Pattermann <PATTERMANN@SUMEX-AIM.ARPA>
Resent-To: ;@info-mac

If you read the Inside Mac doc carefully, srcCopy for text is
not documented to work.  ANd erase rect is very fast (why
should it be slow?)  THe proposal to copy a blank rectangle on
to the screen instead of the erase rectangle call is presumably
slower than erase rectangel followed by or'ing the char  in.

In any case, srcOr is almost always the rigth thing except for
people who grew up thinking like vt100's--if you are putting
text on a screen, what if there are overstrikes or other
effects that seem natural in a pen and ink environment?  Even
typewriters require an erase before retyping.