home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / softsys / andrew / 1212 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  4.6 KB
  1. Path: sparky!uunet!decwrl!sun-barr!cs.utexas.edu!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!ANDREW.CMU.EDU!wjh+
  2. From: wjh+@ANDREW.CMU.EDU (Fred Hansen)
  3. Newsgroups: comp.soft-sys.andrew
  4. Subject: Re: fonts when server differs
  5. Message-ID: <YedFrI200WoeIJLI4y@andrew.cmu.edu>
  6. Date: 2 Sep 92 20:02:28 GMT
  7. References: <9209020110.AA10900@cartier.mv.us.adobe.com>
  8. Sender: daemon@ucbvax.BERKELEY.EDU
  9. Distribution: world
  10. Organization: The Internet
  11. Lines: 92
  12.  
  13. There have lately been some discussions about setting the font path for
  14. AUIS applications.  Currently xim.c does an XSetFontPath to include
  15. .../andrew/X11Fonts (or some site specified value) as the last entry on
  16. the fontpath.  This is bogus because it looks up the fontpath on the
  17. client machine and then passes it to the server, which may be on an
  18. entirely different file system.
  19.  
  20. There have been various suggestions for guessing what fontpath to tell
  21. the server, but none seems foolproof.  There is the suggestion that some
  22. program be run before starting the X server or before running an Andrew
  23. application.  All of these require care on the server end and will make
  24. Andrew look bad if this care is not taken.
  25.  
  26. My own pet solution is to reduce the problem by not using fonts for the
  27. various special purposes they have been put.  Instead, any application
  28. desiring special characters would build them in a bitmap file.  Then the
  29. bit map would be loaded in the client and transferred to a pixmap in the
  30. server from which the images would be drawn on the window.
  31.  
  32. There would still be a problem with files that utilize the symbola font,
  33. but this would not affect every application as does icon12 and shape10.
  34.  
  35. At the moment, switching to bit/pixmaps is but one alternative and we
  36. are not yet implementing anything; we are busy on other tasks.  Should
  37. someone wish to offer code for this or another solution, we would be
  38. delighted.
  39.  
  40. Fred Hansen
  41.  
  42. Excerpts from mail: 2-Sep-92 Re: fonts when server differs Bill
  43. Janssen@parc.xerox. (2594+0)
  44.  
  45. > I pretty much agree with Zalman:
  46.  
  47. > Excerpts from direct: 1-Sep-92 Re: fonts when server differs Zalman
  48. > Stern@mv.us.adobe (1765)
  49.  
  50. >> I'd suggest removing any font path  hacking from ATK and making a
  51. >> program (shell script or otherwise)   that can be run to set up your
  52. >> display. In fact, for some X terminal   situations I've used, its
  53. >> impossible to fix anyway because they can   only access fonts in certain
  54. >> system directories via TFTP. The best   solution is for the system
  55. >> administrators to make sure all X servers   come up with the Andrew
  56. >> fonts available. (I full well realize that   won't work for many sites.)
  57.  
  58. > We use a rather complicated system here.  Any ``package'' (such as GNU
  59. > Emacs, CMU CL, Sabre-C, Andrew, etc.) is put in its own directory tree
  60. > that has a top-level directory called (imaginatively :-) top.  top is
  61. > mandated to have three files called README, enable, and disable.  enable
  62. > is a script that can be sourced by csh or tcsh, and sets up one's path
  63. > and other environment variables suitably for use of the package. 
  64. > disable is a script that similarly cleans up the environment.  One of
  65. > the things that gets set in the enable file is an environment variable
  66. > called XFONTPATH.  The enable for Andrew, around here, puts the Andrew
  67. > X11 fonts on your XFONTPATH (we keep the fonts for MIT X and Sun OW in
  68. > the same directory).  The model is that you enable packages before
  69. > starting X, but you could also check the DISPLAY env var, and set the
  70. > font path explicitly if it is set.  Other packages do similar things
  71. > with their X fonts.  Our system-wide script for starting X looks at
  72. > XFONTPATH and makes sure that all directories specified there are on
  73. > your font path.
  74.  
  75. > Works pretty well, but not perfectly.  And everyone has to agree on the
  76. > conventions -- the top directory with the enable and disable files, the
  77. > use of a common runx script for starting X.  Just for grins, here's a
  78. > copy of our /andrew/top/enable file:
  79.  
  80. >     # enable file for /package/andrew
  81.  
  82. >     # Location of the add-dir-to-var program
  83. >     set add_dir = "/package/package-support/bin/add-dir-to-var"
  84.  
  85. >     if ( $?ANDREWDIR ) then
  86. >         source ${ANDREWDIR}/top/disable
  87. >     endif
  88.  
  89. >     setenv ANDREWDIR /package/andrew-r5
  90.  
  91. >     eval `$add_dir PATH ${ANDREWDIR}/bin`
  92. >     eval `$add_dir PATH ${ANDREWDIR}/local/bin`
  93.  
  94. >     eval `$add_dir LD_LIBRARY_PATH ${ANDREWDIR}/lib`
  95.  
  96. >     setenv CLASSPATH "${ANDREWDIR}/dlib/atk:${ANDREWDIR}/local/dlib/atk"
  97.  
  98. >     eval `$add_dir XFONTPATH ${ANDREWDIR}/X11fonts`
  99. >     eval `$add_dir XFONTPATH ${ANDREWDIR}/local/X11fonts`
  100.  
  101. > This is really an issue about system configuration and support that goes
  102. > far beyond just supporting Andrew and ATK.
  103.  
  104. Bill
  105.