home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / fj / maillis / xwindow / 17544 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.8 KB
  1. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!spool.mu.edu!sdd.hp.com!sgiblab!nec-gw!nec-tyo!wnoc-tyo-news!scslwide!wsgw!wsservra!daemon
  2. From: envbvs@epb11.lbl.gov (Brian V. Smith)
  3. Newsgroups: fj.mail-lists.x-window
  4. Subject: Re: Updating pixmaps in label widgets
  5. Message-ID: <1992Nov17.112952.14313@sm.sony.co.jp>
  6. Date: 17 Nov 92 11:29:52 GMT
  7. Sender: daemon@sm.sony.co.jp (The devil himself)
  8. Distribution: fj
  9. Organization: lbl
  10. Lines: 29
  11. Approved: michael@sm.sony.co.jp
  12.  
  13. Date: 16 Nov 1992 19:02:08 GMT
  14. Message-Id: <27481@dog.ee.lbl.gov>
  15. Newsgroups: comp.windows.x
  16. References: <9211131740.AA00262@spike.ora.com>
  17. Sender: xpert-request@expo.lcs.mit.edu
  18.  
  19. In article <9211131740.AA00262@spike.ora.com>, adrian@ora.COM (adrian) writes:
  20. |> 
  21. |> Someone asked a few days ago how to make a Label widget redraw its
  22. |> pixmap.  The problem comes up when you want the Label widget to
  23. |> display a pixmap that is changing.  Since the pixmap ID remains
  24. |> constant, there is no way for the widget to know the pixmap has
  25. |> been written to.
  26.  
  27. This is a problem that keeps coming up in xfig.  I assumed that the Intrinsics
  28. would know that an XSetValues() call to set the pixmap of the widget should 
  29. send the widget an expose event, but it doesn't.  My solution was to call
  30. XSetValues twice, once with backgroundPixmap ID of 0 then with the correct ID.
  31.  
  32. The very strange thing is that the top and side rulers work excatly the same
  33. way (a pixmap in a label widget), but only in version 2.1.5 does the problem
  34. that the pixmap doesn't get updated occur, and ONLY in the side ruler.  The
  35. top ruler and side ruler code is virtually identical, but only one exhibits
  36. the problem.  
  37.  
  38. -- 
  39. Brian V. Smith    (bvsmith@lbl.gov)
  40. Lawrence Berkeley Laboratory
  41. I don't speak for LBL; they don't pay me enough for that.
  42.