home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / mac / programm / 15326 < prev    next >
Encoding:
Text File  |  1992-09-10  |  1.5 KB  |  31 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!wupost!gumby!destroyer!terminator!krk
  3. From: krk@itl.itd.umich.edu (Kenneth Knight)
  4. Subject: Search procs and 8 bit graphics
  5. Message-ID: <1992Sep11.014006.15063@terminator.cc.umich.edu>
  6. Sender: news@terminator.cc.umich.edu (Usenet Owner)
  7. Organization: Instructional Technology Laboratory, University of Michigan
  8. Date: Fri, 11 Sep 1992 01:40:06 GMT
  9. Lines: 20
  10.  
  11. I asked this question a few months back and never did get an answer to it.
  12. With the thread on doing graphics sans QuickDraw I figured I'd ask again
  13. (though the need for an answer is no longer immediate - but still)....
  14.  
  15. I had a graphics program that was designed to allow the user to compress
  16. various regions of a picture using various compression techniques. The 
  17. program also had some image editing features including color-remapping, dimming
  18. , inversion, and other stuff. I coded many of these things using QuickDraw
  19. search procs and then would let CopyBits do all the work when it called my
  20. installed search procs. This worked wonderfully if the graphic's worlds
  21. were 32-bit deep (direct mapped since the PM doesn't apply to those), it
  22. did not work on 8-bit worlds though. WIth 8-bit worlds the CopyBits would
  23. act just as if there was no search proc installed even though there most
  24. definitely was. Can anyone explain why the search procs worked on one type
  25. of GWorld and not the other (all the manipulation was done off-screen. 
  26. Anything that appeared on screen was post-image-fiddling)?
  27.  
  28.   ** Ken **
  29. krk@itl.itd.umich.edu
  30.  
  31.