home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / amiga / programm / 17485 < prev    next >
Encoding:
Internet Message Format  |  1992-12-17  |  1.2 KB

  1. Path: sparky!uunet!news.tek.com!tekig7!tekig1!brianr
  2. From: brianr@tekig1.PEN.TEK.COM (Brian E Rhodefer)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Why redundant Font info in RastPort?
  5. Message-ID: <7992@tekig7.PEN.TEK.COM>
  6. Date: 17 Dec 92 19:14:30 GMT
  7. Sender: news@tekig7.PEN.TEK.COM
  8. Lines: 21
  9.  
  10. I'm just a duffer Amiga programmer, so pardon me if I'm raking up the dead
  11. past.  While concocting a simple "debate timer" program for one of our user
  12. group members, I bumped once more into the question of how to figure out the
  13. on-screen size of characters rendered in the current Font.  The RastPort
  14. structure contains a pointer to the current Font, so the obvious authoritative
  15. source for the tf_Baseline, tf_YSize, and other related data seemed to be
  16. from the pointed-to Font structure.   (Is this correct?)
  17.  
  18. Then I noticed that the RastPort itself purportedly contains these same
  19. values, in identically-named fields.  Does this mean that the SetFont
  20. subroutine is lumbered with the inefficiency of filling these redundant
  21. RastPort fields with copies of the corresponding values from the Font
  22. it's handed?
  23.  
  24. Worse, do some programs actually USE the values from the RastPort structure?
  25.  
  26.  
  27. A detester of multiply-sourced "identical" data,
  28.  
  29. Brian Rhodefer
  30.  
  31.