If a GC with a paint type of XSolarisOvlPaintTransparent is used to render to a drawable other than a transparent overlay window, such as an underlay window or pixmap, the GC paint type is ignored, and the pixels are rendered with opaque paint. The routine returns True if the given window w is a transparent overlay and returns False otherwise. XSolarisOvlCopyPaintType — Renders opaque and transparent point into a destination drawable based on the paint type attributes of the source drawable.
The use of these routines is described below. The XSolarisOvlCopyPaintType routine uses the paint type information of a specified rectangle in a source rectangle to control a fill operation in a specified rectangle in a destination rectangle.
The source rectangle and destination rectangle can be any type of drawable. If the source rectangle is a transparent overlay, the paint type attribute of its pixels is used as the source of the copy, and the color information is ignored. If the source rectangle is any other type of drawable, the bit plane specified in the routine is treated as if it were paint type data and it is used for the copy. In this case, the bit plane must have only one bit set.
Specify the x and y coordinates of the upper-left corner of the source rectangle relative to the origin of the source drawable. Specify the x and y coordinates of the upper-left corner of the destination rectangle relative to the origin of the destination drawable. Specifies which paint type data is to be copied. Specifies the bit-plane of the src drawable to be used as paint type information when the source is not a transparent overlay.
Table 6—3 summarizes the possible combinations of src and dst and their actions. The left side of the table shows the possible src combinations. The top of the table shows the possible dst combinations. The actions A1-A4 are explained following the table. A1—Opaque pixels in the source overlay cause the corresponding pixels in the destination to be filled with opaque color as specified by the fill attributes of the GC.
Transparent pixels in the source cause the corresponding pixels in the destination to be filled with transparent paint. A2—Opaque pixels in the source overlay cause the corresponding pixels in the destination to be filled according to the fill attributes of the GC. Transparent pixels in the source overlay cause the corresponding pixels in the destination to be filled according to the same fill attributes of the GC , but with the foreground and background pixels swapped.
A3—The pixels in the destination overlay are filled with opaque paint or made transparent as in A1 above depending on the bit values of the source drawable's plane. Bit values of 1 in the source are treated as if they were opaque pixels and bit values of 0 are treated as if they were transparent. A4—The pixels in the destination drawable are filled with paint as in A2 above depending on the bit values of the source drawable's plane.
Bit values of 1 in the source bit plane are treated as if they were opaque pixels and bit values of 0 are treated as if they were transparent. This allows a client to accumulate opaque or transparent paint. If portions of the source rectangle are obscured or are outside the boundaries of the source drawable, the server generates Expose events, using the same semantics as XCopyArea.
This routine uses these GC components: function, plane-mask, fill-style, subwindow-mode, graphics-exposures, clip-x-origin, clip-y-origin, and clip-mask. It might use these GC mode-dependent components: foreground, background, tile, stipple, tile-stipple-x-origin, tile-stipple-y-origin.
The XSolarisCopyAreaAndPaintType routine copies the specified area of source drawable for the color information to the specified area of destination drawable for color information. If the destination drawable is not an overlay, it also fills the specified areas of paint type information destination drawable according to the paint type information specified in the paint type information source drawable.
To do this, first move the image and paint type data into the server: use XPutImage to copy the data into two pixmaps of the appropriate depths. To get the data from the server into the client's memory space, call XGetImage on each of the drawables.
The color information source drawable. The paint type information source drawable. If painttypesrc is not an overlay window, the bit plane of painttypesrc specified in plane is treated as if it were paint type data and it is used for the copy.
The paint type information destination drawable. If colordst is an overlay, this drawable will be ignored. The GC to use to fill areas in painttypedst. The X and Y coordinates of the upper-left corner of the source rectangle for color information relative to the origin of the color source drawable. The X and Y coordinates of the upper-left corner of the source rectangle for paint type information relative to the origin of the paint type source drawable.
The X and Y coordinates of the upper-left corner of the destination rectangle for color information relative to the origin of the color destination drawable. The X and Y coordinates of the upper-left corner of the destination rectangle for paint type information relative to the origin of the paint type destination drawable. Specifies the source bit-plane in painttypesrc to be used as paint type information when painttypesrc is not an overlay.
If colordst is an overlay, then painttypedst is ignored, otherwise painttypedst can be any type of drawable. Table 6—4 summarizes the possible combinations of sources and destinations and their respective actions. The actions A1-A8 are explained below the table. An Impossible entry in the table indicates that the given combination is impossible, since the painttypedst is ignored when the colordst is an overlay. A1—The paint type information from painttypesrc is used as a mask to copy the color information from colorsrc to colordst.
Opaque pixels in painttypesrc cause the corresponding pixel in colorsrc to be copied to colordst , transparent pixels cause the corresponding pixel in colordst to be made transparent. If a transparent pixel from colorsrc is copied to colordst , the actual color transferred will be undefined. A2—Same as A1 except that the paint type information is extracted from the bit- plane of painttypesrc specified by plane.
A bit value of 1 indicates an opaque pixel whereas a bit value of 0 indicates transparent. A3—Same as A1 except that a non-overlay drawable is used to obtain the color information so there will be no undefined colors due to transparent pixels. A4—Same as A3 except that the paint type information is taken from the specified bit-plane of painttypesrc as in A2.
A5—The paint type information from painttypesrc is used as a mask to copy the color information from colorsrc to colordst as in A1. In addition, the paint type information controls rendering to the painttypedst drawable as in XSolarisOvlCopyPaintType. A6—Same as A5 except that the paint type information is taken from the specified bit-plane of painttypesrc as in A2. A7—Same as A5 except that there will be no undefined colors due to transparent color source pixels.
A8—Same as A7 except that the paint type information is taken from the specified bit-plane of painttypesrc as in A2. The overlay will have the exact paint type defined by the pixels in the area specified in painttypesrc. The color information copy will not affect the destination paint type. This function uses these GC components from colorgc : function, plane-mask, subwindow-mode, graphics-exposures, clip-x-origin, clip-y-origin, and clip-mask.
If colordst is not an overlay then this function will use these GC components from painttypegc : function, plane-mask, fill-style, subwindow-mode, clip-x-origin, clip-y-origin, and clip-mask.
In addition, it may also use these GC mode-dependent components: foreground, background, tile, stipple, tile-stipple-x-origin, and tile-stipple-y-origin. The routine XReadScreen returns the displayed colors in a rectangle of the screen. It thus provides access to the colors displayed on the screen of the given window. On some types of advanced display devices, the displayed colors can be a composite of the data contained in several different frame stores, and these frame stores can be of different depth and visual types.
Because the data returned by XGetImage is undefined for portions of the rectangle that have different depths, XGetImage is inadequate to return the picture the user is actually seeing on the screen. XReadScreen addresses these problems. Rather than returning pixel information, XReadScreen returns color information—the actual displayed colors visible on the screen. The routine returns the color information from any window within the boundaries of the specified rectangle.
Unlike XGetImage , the returned contents of visible regions of inferior or overlapping windows of a different depth than the specified window's depth are not undefined. Instead, the actual displayed colors for these windows is returned. The colors returned are the ones that would be displayed if an unlimited number of hardware color LUTs were available on the screen. Thus, the colors returned are the theoretical display colors. If colormap flashing is present on the screen because there aren't enough hardware color LUTs to display all of the software colormaps simultaneously, the returned colors may be different from the colors that are actually displayed.
Specify the X and Y coordinates of the upper-left corner of the rectangle relative to the origin of the window w. If w is an overlay window, the overlay color information is returned wherever there is opaque paint in the specified rectangle. The color information of the underlay is returned wherever there is transparent paint in the overlay. In general, since this underlay can be an overlay window containing transparent paint, the color information for a coordinate x, y that contains transparent paint is the youngest non-inferior that has opaque paint at x, y.
The color data is returned as an XImage structure. The returned image has the same width and height as the arguments specified. The format of the image is ZPixmap. If includeCursor is True, the cursor image is included in the returned colors.
Otherwise, it is excluded. Note that the borders of the argument window and other windows can be included and read with this request. On non-overlay drawables, the XGetImage routine works as defined in the X11 specification. The same is true for overlay windows, with the exception that, on these windows, the color information returned for transparent pixels is undefined. Clients who simply want to retrieve the display colors for a region on the screen should use XReadScreen.
When both the source and destination drawables are non-overlay, the XCopyArea and XCopyPlane routines work as defined in the X11 specification. However, note the following for the cases in which either the source or the destination drawable is an overlay window. When the source drawable is overlay and the destination drawable is non-overlay, only the color information is copied; the paint type information in the source is ignored. Color information for transparent pixels is undefined.
When the source drawable is non-overlay and the destination drawable is overlay, the copy is performed as the paint type in the GC indicates.
If the paint type is XSolarisOvlPaintOpaque , the color information is copied into the destination with opaque paint. If the paint type is XSolarisOvlPaintTransparent , the color information is ignored, and the destination pixels are transparent.
When both the source drawable and destination drawable are overlay, the paint type of the source is ignored, and this behaves as if the source were not an overlay. The Format Picture pane opens on the right side. Make part of a picture transparent You can make one color in a picture transparent to hide part of the picture or create a layered effect.
Select the picture for which you want to change the transparency of a color. Click the color in the picture or image that you want to make transparent. Select the Format Picture or Format tab.
Need more help? Expand your skills. Get new features first. A subscription to make the most of your time. Try 1 month free. Was this information helpful? Yes No. Thank you! Any more feedback? The more you tell us the more we can help. Can you help us improve? Resolved my issue. Clear instructions. Easy to follow. No jargon. Pictures helped. Didn't match my screen. Incorrect instructions. Too technical. Not enough information. Not enough pictures.
Any additional feedback? Active Oldest Votes. Improve this answer. Andrey Sidorov Andrey Sidorov Would you please guide me a little bit more, I'm quite new to this things. Very simple compositing manager source: cgit. Thank you Andrey, one more question, do you think, is possible to run other application on the top of another full screen application? You should be able to restack window on top of it — Andrey Sidorov.
Sign up or log in Sign up using Google. Sign up using Facebook. Sign up using Email and Password. Added display size checking. This app requires display size of 7" or above. Windows 8. Added including similar colors for removing background.
Added video tutorial. Improved UI Added transparent color selection. Added recent files list. Stay informed about special deals, the latest products, events, and more from Microsoft Store. Available to United States residents. By clicking sign up, I agree that I would like information, tips, and offers about Microsoft Store and other Microsoft products and services.
Privacy Statement. Transparent PNG Generator. See System Requirements. Description This small handy tool generates PNG Portable Network Graphics image files with a specified transparency value from any image file. Show More.
0コメント