home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / softsys / andrew / 1084 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  2.0 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!ucbvax!ANDREW.CMU.EDU!rr2b+
  2. From: rr2b+@ANDREW.CMU.EDU (Robert Andrew Ryan)
  3. Newsgroups: comp.soft-sys.andrew
  4. Subject: Re: Is there any reason *not* to install OW fonts in "X11fonts"?
  5. Message-ID: <AePPeVG00Vs=Q=Yhpm@andrew.cmu.edu>
  6. Date: 22 Jul 92 19:44:33 GMT
  7. References: <MePP=0K0ts4jA3Ls41@alw.nih.gov>
  8. Sender: daemon@ucbvax.BERKELEY.EDU
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 34
  12.  
  13. Excerpts from internet.other.info-andrew: 22-Jul-92 Re: Is there any
  14. reason *no.. Bob_Dew@alw.nih.gov (2321*)
  15.  
  16. > The pertinent question, I think, is whether the user should be made
  17. > responsible for determining what type of X server is running, or whether
  18. such low-level details should be handled by the application.
  19.  
  20. My point is that font issues are probably best handled by whatever
  21. administrative support handles default X startup scripts and such.  I
  22. agree that the preference and environment variables are not a good
  23. solution for many people, for myself and some others it probably is a
  24. sufficient solution though.
  25.  
  26. Excerpts from internet.other.info-andrew: 22-Jul-92 Re: Is there any
  27. reason *no.. Bob_Dew@alw.nih.gov (2321*)
  28.  
  29. > A better Andrew would be one in which xim.c handles multiple font paths,
  30. > or one where OW and MIT fonts are intermixed.  The latter is easier to
  31. > carry out, and I believe quite acceptable as an X-server design
  32. > implementation.
  33.  
  34. In the particular case of Open Windows  and MIT fonts putting everything
  35. in the same directory indeed sounds like the way to go.  But I believe
  36. in general the right approach is to get ATK out of the business of font
  37. path management.  In an environment with multiple conflicting and
  38. incompatible font types the only really complete solution would be to
  39. have a configuration file which mapped vendor, release, and resolution
  40. information to a font directory.  (Then there are the clever NCD  X
  41. terminals which have DECWINDOWS at the front of the vendor string for
  42. compatibility, so regexp matching would probably be needed.)  This seems
  43. like overkill...  
  44.  
  45. -Rob Ryan
  46. Andrew Consortium
  47.