home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / windows / x / motif / 5866 < prev    next >
Encoding:
Internet Message Format  |  1992-08-27  |  3.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!ucbvax!istwok.ods.com!chris
  2. From: chris@istwok.ods.com (Chris Atkins)
  3. Newsgroups: comp.windows.x.motif
  4. Subject: Re: Overlaying pixmaps
  5. Message-ID: <199208271452.AA21566@istwok.ods.com>
  6. Date: 27 Aug 92 14:52:32 GMT
  7. References: <9208220556.AA20184@ponder>
  8. Sender: daemon@ucbvax.BERKELEY.EDU
  9. Distribution: inet
  10. Organization: The Internet
  11. Lines: 60
  12.  
  13. I received the following message the other day, the response to which I believe
  14. would be of general interest.
  15. > 
  16. > I will be very happy, If you can suggest me a way to do the following:
  17. > 
  18. >     I have a gif file converted to a XPM file and displayed as a
  19. >     pixmap in my drawing area widget.
  20. > 
  21. >     I want to display another pixmap over the the first one with
  22. >     exclusive-OR property, so that I can remove the second pixmap 
  23. >     and display on the first in another location.
  24. > 
  25. >     I am able to do this with GXor/and/copy. When I do this with
  26. >     GXxor this will mess the second pixmap. 
  27. > 
  28. >     So, Please suggest me a method so that I can display my second 
  29. >     pixmap over the first one with XOR property.
  30. > 
  31. > I have another request. That is,
  32. > 
  33. >     When I display the xlogo64 provided by the X sources over my
  34. >     first pixmap (which is a NASA shuttle takeoff scene), I am
  35. >     getting it with a rectangle with some color and the letter X.
  36. > 
  37. >     How can I just display the letter (that is the contents of the
  38. >     bitmap or Just the contents of any pixmap) over the first pixmap.
  39. > 
  40. > I really appreciate your guidance for the above doubts. I hope, I am
  41. > NOT disturbing you. Feel free to express your opinions. 
  42. > 
  43.  
  44. I assume that you are trying to superimpose a bitmap on a color image and 
  45. trying to use the concept of rubber banding to do this.  The problem with 
  46. rubber banding on a multicolor background is that when you do the xor, each
  47. different background color gets a seperate pixel value.  For example, if you
  48. have 4 background colors with the following binary pixel values (I will use 4
  49. bit color for the example) a) 0110 b) 1101 c) 1110 d)0101 and you XOR this 
  50. value with a value of 1001 then the new pixel values are a')1111 b')0100
  51. c') 0111 d') 1100.  Remember that these new values are really indices into 
  52. the currently installed colormap.  Unless you have created a colormap with 
  53. read/write colorcells so that you could place RGB values in a specific cell, 
  54. XAllocColor and XAllocNamedColor  don't allow you to  specify which cell to use
  55. for the RGB value, they return the cell # to you, then you don't know what color
  56. will be displayed for the four new pixel values.  If you wish to do this with
  57. rubberbanding, you need to look at OReilly volume 1 section 7.4.2, Allocating 
  58. Read/Write Colorcells for overlays.  This approach will work, but will severely
  59. limit the number of colors available for the background image.
  60.  
  61. Another approach is to use the clip_mask member of the GC.  The idea is to set
  62. the clip_mask member of the GC to the bitmask you wish to overlay.  The pixels 
  63. you wish to write should be set.  You would then use the clip_x_origin and
  64. clip_y_origin to position the clip_mask in the drawable you wish to overwrite.
  65. You can then use the GXset function to overlay the bitmap on the image and the
  66. CXCopy function to undo the effect when copying from a pixmap holding the image
  67. back to the drawable.  Only the bits set in the clip mask will be affected, and
  68. unlike the rubber band approach above you know which colors will appear on the
  69. screen, and unlike the overlay approach, you do not eat up a lot of colorcells.
  70.  
  71. Chris Atkins
  72. chris@ods.com
  73.