home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / os2 / advocacy / 12084 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  3.1 KB
  1. Path: sparky!uunet!gossip.pyramid.com!pyramid!octopus!sjsumcs!doc.SJSU.EDU!rick
  2. From: rick@sjsumcs.sjsu.edu (Richard M. Warner)
  3. Newsgroups: comp.os.os2.advocacy
  4. Subject: Re: No TrueType Fonts in OS/2 2.1 ?!
  5. Message-ID: <rick.109.726772953@sjsumcs.sjsu.edu>
  6. Date: 11 Jan 93 17:22:33 GMT
  7. References: <1993Jan7.193312.16367@clark.dgim.doc.ca> <96122@rphroy.ph.gmr.com> <1993Jan7.221102.5932@ais.com> <1993Jan8.160458.15864@sjsumcs.sjsu.edu> <jcmorris.726600869@mwunix>
  8. Sender: news@sjsumcs.sjsu.edu (News Administrator)
  9. Distribution: na
  10. Organization: San Jose State University, Math & CS
  11. Lines: 52
  12. Nntp-Posting-Host: doc.sjsu.edu
  13.  
  14. In article <jcmorris.726600869@mwunix> jcmorris@mwunix.mitre.org (Joe Morris) writes:
  15. >Path: sjsumcs!octopus!satyr!apple!voder!gatekeeper.nsc.com!psinntp!psinntp!uunet!elroy.jpl.nasa.gov!ames!agate!linus!linus.mitre.org!jcmorris
  16. >From: jcmorris@mwunix.mitre.org (Joe Morris)
  17. >Newsgroups: comp.os.os2.advocacy
  18. >Subject: Re: No TrueType Fonts in OS/2 2.1 ?!
  19. >Message-ID: <jcmorris.726600869@mwunix>
  20. >Date: 9 Jan 93 17:34:29 GMT
  21. >References: <1993Jan7.193312.16367@clark.dgim.doc.ca> <96122@rphroy.ph.gmr.com> <1993Jan7.221102.5932@ais.com> <1993Jan8.160458.15864@sjsumcs.sjsu.edu>
  22. >Sender: news@linus.mitre.org (News Service)
  23. >Distribution: na
  24. >Organization: The MITRE Corporation
  25. >Lines: 32
  26. >rick@sjsumcs.sjsu.edu (Richard Warner) writes:
  27. >
  28. >> [ yet another TrueType - vs - PostScript discussion ]
  29. >
  30. >>                          MS's TT engine is slow - very slow.  So slow
  31. >>in fact that Corel actually built their own TT rasterizer for CorelDraw
  32. >>because their customers were complaining about how slow TT font printing
  33. >>was.
  34. >
  35. >I don't have any particular inside info on this issue, but it seems more
  36. >likely that the special requirements of Corel -- in particular, the ability
  37. >to take a rendered glyph and allow the user to manipulate the individual
  38. >primitive elements which are used to produce it -- would require a special
  39. >engine for *any* font technology.
  40. >
  41. >Normally, if you want to use the character "A"  on a computer, your program
  42. >needs only to manipulate the single ASCII byte 0x41.  In a WYSIWIG system,
  43. >you also need to know the vertical and horizontal extent of the rendered
  44. >glyph, but that's all: you send the ASCII character to the output device
  45. >without any interest in the number or characteristics of the lines and 
  46. >curves which are used to construct the glyph.
  47. >
  48. >In Corel, however, you have the ability to manipulate the rendered glyphs
  49. >as graphic elements, so there are special requirements placed on the
  50. >interface to any scalable fonts...and thus the need for a special driver.
  51. >
  52. >The same comments would apply to Adobe's TypeAlign program as it uses
  53. >PostScript T1 fonts.
  54.  
  55. Well, TT, Adobe Type 1, and internal CorelDraw objects are all
  56. described as Bezier curves.  In order to manipulate a character
  57. glyph, you *MUST* convert it from TT/Type 1 to CorelDraw's internal
  58. graphics format.  Since CorelDraw handles its own graphics elements
  59. at printing time, it makes no difference whether the converted
  60. element was originally TT, Type 1, or a build-your-own.  In other
  61. words, the TT/ATM engines will never see it.  Nice try.  
  62.  
  63. >Comments?
  64. >
  65. >Joe Morris
  66.