home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / windows / openloo / 3493 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  2.2 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!wupost!sdd.hp.com!usc!news.bbn.com!noc.near.net!centerline!matt
  2. From: matt@centerline.com (Matt Landau)
  3. Newsgroups: comp.windows.open-look
  4. Subject: Re: Is there a book on x-resources??
  5. Message-ID: <matt.714147370@centerline.com>
  6. Date: 18 Aug 92 14:16:10 GMT
  7. References: <1992Aug18.005552.5393@u.washington.edu>
  8. Sender: news@centerline.com
  9. Organization: CenterLine Software, Inc.
  10. Lines: 34
  11. Nntp-Posting-Host: rapier
  12.  
  13. In <1992Aug18.005552.5393@u.washington.edu> sue@byron.u.washington.edu (Shu-Chen Eclipse) writes:
  14.  
  15. >could anybody tell me if there is a definitive/exhaustive listings of 
  16. >x-resources that can go in .Xresources /.Xdefaults???  it seems a lot of
  17. >this stuff is scattered all over the place, with hazy descriptions.
  18.  
  19. >is there an authoriatavie/exhaustive compendium of these somewhere??
  20.  
  21. Nope.  It's not even possible to compose an exhaustive list of resources, 
  22. since every application can define and look for whatever set of resources 
  23. it wants.  
  24.  
  25. Specific user interface toolkits (the Xt Intrinsics, OSF/Motif, XView, 
  26. OI, etc.) will often have a list of resources that the toolkit itself 
  27. looks for internally; you can usually learn about these resources from 
  28. the toolkit documentation, although as an end-user that doesn't do you
  29. very much good unless you know [a] what toolkit was used to write the
  30. particular application you're interested in, and [b] what object names
  31. the application writer has used internally to name the low-level parts
  32. of the application user interface.
  33.  
  34. Basically, it's really up to the application writer to provide the list
  35. of resources that are considered user-settable.  In many cases, it is
  36. desirable for some resources to be considered readonly from the end user
  37. point of view, because changing them can break the application.
  38.  
  39. Overall, the resource mechanism is a powerful internal technique for 
  40. structuring and customizing applications, but it's not really suitable 
  41. as a technique for end-user customization.  Unfortunately, in many 
  42. cases it's all we have until the X11 toolkit and application market 
  43. matures enough to provide some decent user-level customization tools.
  44. --
  45.  Matt Landau            Waiting for a flash of enlightenment
  46.  matt@centerline.com              in all this blood and thunder
  47.