home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11501 < prev    next >
Encoding:
Text File  |  1992-07-28  |  1.7 KB  |  47 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!darwin.sura.net!mips!odin!blythe
  3. From: blythe@sgi.com (David Blythe)
  4. Subject: Re: Advice sought on displaying character strings.
  5. Message-ID: <1992Jul28.101207.1230@odin.corp.sgi.com>
  6. Keywords: font(), cmov(), and charstr()
  7. Sender: news@odin.corp.sgi.com (Net News)
  8. Nntp-Posting-Host: banshee.asd.sgi.com
  9. Organization: Silicon Graphics, Inc., Mountain View, CA
  10. References: <Bs1xGM.AB@ecf.toronto.edu>
  11. Date: Tue, 28 Jul 1992 10:12:07 GMT
  12. Lines: 33
  13.  
  14. In article <Bs1xGM.AB@ecf.toronto.edu> xiaoy@ecf.toronto.edu (XIAO Yan) writes:
  15. >Advice sought for
  16. >    Attaching character string labels to networks in GL.
  17. >
  18. >Right now we are using the triad:
  19. >    font()
  20. >    cmov()
  21. >    charstr()
  22. >which has the advantage of maintaining good viewing angle and size 
  23. >during translation and rotation, but has these problem:
  24. >    1). zbuffering does NOT work so front labels may be occluded by
  25. >        back labels.
  26.  
  27. Characters are properly zbuffered in the GL.  
  28.  
  29.  
  30. >    2). sizes are constant.
  31. >    3). lables always orient left-right horizontally.
  32. >
  33. >We have not tried the so-called stroke fonts by actually drawing polygons,
  34. >and it is assumed the maintaining good viewing angle will be very hard.
  35.  
  36. You can implment stroke fonts which essentially fix the above problems and
  37. then just make sure they are always drawn parallel to the viewing plane.
  38. To reduce clutter, you may want to back them with black rectangles so other
  39. characters won't interfere but it would probably look ugly.  Try playing with
  40. the curve demo (accessible through the buttongly GL demo) which also uses
  41. depth cueing to dim the fonts further in the distance ...
  42.  
  43. >
  44. >Anyone has a better solution, or knows good packages around?
  45.  
  46.     -db
  47.