Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!think.com!snorkelwacker.mit.edu!bloom-beacon!eru!hagbard!sunic!mcsun!cernvax!chx400!chx400!bernina!iis.ethz.ch!neeri
From: neeri@iis.ethz.ch (Matthias Ulrich Neeracher)
Newsgroups: comp.sys.mac.programmer
Subject: Re: patching bottlenecks
Message-ID: <1991Apr3.132042.18618@bernina.ethz.ch>
Date: 3 Apr 91 13:20:42 GMT
References: <70621@brunix.UUCP>
Sender: news@bernina.ethz.ch (USENET News System)
Reply-To: neeri@iis.ethz.ch
Organization: Departement Informatik, ETH, Zurich
Lines: 20
Nntp-Posting-Host: iis

In article <70621@brunix.UUCP>, reb@cs.brown.edu (Robert E. Brown) writes:
>
>How often and for what reasons do programs patch the Quickdraw bottlenecks?
>I know printing causes them to be patched, but under what other circumstances
>is patching appropriate?
>
>The only example I have seen is that of a program that wants to resize a
>PICT but leave line-widths unchanged.
>
>Why else would one want to patch something like LineTo?

A patch I have seen & done is patching StdText & StdTextWidth to implement
tabs in TextEdit.

Matthias

-- 
Matthias Neeracher                                      neeri@iis.ethz.ch
   "These days, though, you have to be pretty technical before you can 
    even aspire to crudeness." -- William Gibson, _Johnny Mnemonic_