home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / lucidem / help / 983 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.7 KB  |  68 lines
  1. x-gateway: rodan.UU.NET from help-lucid-emacs to alt.lucid-emacs.help; Thu, 28 Jan 1993 23:20:26 EST
  2. Date: Thu, 28 Jan 1993 20:19:36 PST
  3. Message-ID: <9301290419.AA09217@thalidomide.lucid>
  4. X-Windows: The art of incompetence.
  5. From: jwz@lucid.com (Jamie Zawinski)
  6. Sender: jwz%thalidomide@lucid.com
  7. Subject: Re: kind of -geometry wxh+x+y for a new screen
  8. References: <1993Jan26.185113.169699@eratu.rz.uni-konstanz.de>
  9.     <9301280922.AA05037@thalidomide.lucid>
  10.     <WARSAW.93Jan26153002@anthem.nlm.nih.gov>
  11.     <WARSAW.93Jan28131931@anthem.nlm.nih.gov>
  12. Newsgroups: alt.lucid-emacs.help
  13. Path: sparky!uunet!wendy-fate.uu.net!help-lucid-emacs
  14. Lines: 52
  15.  
  16. Barry A. Warsaw wrote:
  17. > 
  18. >     Jamie> This could be done, but it would be slightly non-portable,
  19. >     Jamie> since I believe there's no advertised way to read the
  20. >     Jamie> resource db; all of the directory- searching magic is built
  21. >     Jamie> into Xt.  Also, it would leak like mad, since I'm pretty
  22. >     Jamie> sure resource dbs are never freed.
  23. > 
  24. > You could read the resources via the Xrm functions right?  Ah, I see
  25. > the problem.  Its getting *Xt* to use the new resources.
  26.  
  27. Actually, what I meant was figuring out where to get the resources from,
  28. that is, parsing the $XFILESEARCHPATH and $XUSERFILESEARCHPATH and 
  29. $XAPPLRESDIR variables.  But now I seem to recall that there's an Xt
  30. library routine that can be convinced to do that.
  31.  
  32. > I'm not up on Xt stuff so I'm gathering there's no way to re-init Xt's view
  33. > of the resource db.  I wouldn't expect existing screens to change their
  34. > attributes when I evaled x-reread-resources
  35.  
  36. But that would be nice.  (Actually I have some ideas about it...)
  37.  
  38. > -- I'd be satisfied if new screens came up with the new attribute values.
  39.  
  40. I think this is a little tricky to do portably, but maybe not.
  41.  
  42. > Oh well, either way, ain't no big thang since I don't expect to be changing
  43. > attributes that often.  The nice thing is that you can play with the
  44. > attributes in lisp until you're pretty happy with them, then fold them into
  45. > your .Xdefault for long-term use.
  46.  
  47. Right, but one problem is that nothing parsed from the resource database is
  48. ever freed.  So if you're experimenting with menubar colors, you're going to
  49. fill up your colormap eventually, because the old colors won't get freed.
  50. (This isn't true of faces.)
  51.  
  52. > This is what I really want, and what I just can't seem to make work.
  53.  
  54. When I loaded in your resources, I got the colors that you expected.  I also
  55. tried this:
  56.  
  57.     % xrdb -merge
  58.     Emacs*modeline.attributeBackground: pink
  59.     foobar*modeline.attributeBackground: red
  60.     ^D
  61.     % lemacs -q            <- got a pink modeline
  62.     % lemacs -q -name foobar    <- got a red modeline
  63.  
  64. So I guess there is some other resource conflict going on.  Or maybe you're
  65. calling set-face-background in your .emacs file...?
  66.  
  67.     -- Jamie
  68.