?? gdk-pixbuf-unused.sgml
字號:
<!-- ##### SECTION ./tmpl/from-drawables.sgml:Long_Description ##### --> <para> The functions in this section allow you to take the image data from a GDK drawable and dump it into a #GdkPixbuf. This can be used for screenshots and other special effects. Note that these operations can be expensive, since the image data has to be transferred from the X server to the client program and converted. </para><!-- ##### SECTION ./tmpl/from-drawables.sgml:See_Also ##### --> <para> gdk_image_get(). </para><!-- ##### SECTION ./tmpl/from-drawables.sgml:Short_Description ##### -->Getting parts of a drawable's image data into a pixbuf.<!-- ##### SECTION ./tmpl/from-drawables.sgml:Title ##### -->Drawables to Pixbufs<!-- ##### SECTION ./tmpl/gdk-pixbuf-unused.sgml:Stability_Level ##### --><!-- ##### SECTION ./tmpl/gnome-canvas-pixbuf.sgml:Long_Description ##### --> <para> This canvas item displays #GdkPixbuf images. It handles full affine transformations in both GDK and antialiased modes, and also supports the <ulink url="http://www.w3.org">W3C</ulink>'s <ulink url="http://www.w3.org/Graphics/SVG/">SVG</ulink>-like scaling and translation semantics for absolute pixel values. </para> <para> #GdkPixbuf structures may be shared among different pixbuf canvas items; the pixbuf item uses #GdkPixbuf's reference counting functions for this. </para> <refsect2> <title>Custom Scaling and Translation</title> <para> In addition to the normal affine transformations supported by canvas items, the #GnomeCanvasPixbuf item supports independent object arguments for scaling and translation. This is useful for explicitly setting a size to which the pixbuf's image will be scaled, and for specifying translation offsets that take place in the item's local coordinate system. </para> <para> By default, the pixbuf canvas item will attain the size in units of the #GdkPixbuf it contains. If a #GnomeCanvasPixbuf is configured to use a #GdkPixbuf that has a size of 300 by 200 pixels, then the pixbuf item will automatically obtain a size of 300 by 200 units in the item's local coordinate system. If the item is transformed with a scaling transformation of (0.5, 2.0), then the final image size will be of 150 by 400 pixels. </para> <para> To set custom width and height values, you must set the <link linkend="GnomeCanvasPixbuf--width-set">width_set</link> or <link linkend="GnomeCanvasPixbuf--height-set">height_set</link> arguments to %TRUE, and then set the <link linkend="GnomeCanvasPixbuf--width">width</link> or <link linkend="GnomeCanvasPixbuf--height">height</link> arguments to the desired values. The former two arguments control whether the latter two are used when computing the final image's size; they are both %FALSE by default so that the pixbuf item will attain a size in units equal to the size in pixels of the #GdkPixbuf that the item contains. </para> <para> The custom translation offsets are controlled by the <link linkend="GnomeCanvasPixbuf--x">x</link> and <link linkend="GnomeCanvasPixbuf--y">y</link> arguments. The logical upper-left vertex of the image will be translated by the specified distance, aligned with the item's local coordinate system. </para> </refsect2> <refsect2> <title>Absolute Pixel Scaling and Translation</title> <para> The <ulink url="http://www.w3.org/Graphics/SVG/">Scalable Vector Graphics</ulink> specification (SVG) of the <ulink url="http://www.w3.org">World Wide Web Consortium</ulink> also allows images to be translated and scaled by absolute pixel values that are independent of an item's normal affine transformation. </para> <para> Normally, the pixbuf item's translation and scaling arguments are interpreted in units, so they will be modified by the item's affine transformation. The <link linkend="GnomeCanvasPixbuf--width-in-pixels">width_in_pixels</link>, <link linkend="GnomeCanvasPixbuf--height-in-pixels">height_in_pixels</link>, <link linkend="GnomeCanvasPixbuf--x-in-pixels">x_in_pixels</link>, and <link linkend="GnomeCanvasPixbuf--y-in-pixels">y_in_pixels</link> object arguments can be used to modify this behavior. If one of these arguments is %TRUE, then the corresponding scaling or translation value will not be affected lengthwise by the pixbuf item's affine transformation. </para> <para> For example, consider a pixbuf item whose size is (300, 200). If the item is modified with a scaling transformation of (0.5, 2.0) but the <link linkend="GnomeCanvasPixbuf--width-in-pixels">width_in_pixels</link> is set to %TRUE, then the item will appear to be (300, 400) pixels in size. This means that in this case the item's affine transformation only applies to the height value, while the width value is kept in absolute pixels. </para> <para> Likewise, consider a pixbuf item whose (<link linkend="GnomeCanvasPixbuf--x">x</link>, <link linkend="GnomeCanvasPixbuf--y">y</link>) arguments are set to (30, 40). If the item is then modified by the same scaling transformation of (0.5, 2.0) but the <link linkend="GnomeCanvasPixbuf--y-in-pixels">y_in_pixels</link> argument is set to %TRUE, then the image's upper-left corner will appear to be at position (15, 40). In this case, the affine transformation is applied only to the x offset, while the y offset is kept in absolute pixels. </para> <para> In short, these arguments control whether a particular dimension of a pixbuf item is scaled or not in the normal way by the item's affine transformation. </para> </refsect2> <refsect2> <title>Resource Management</title> <para> When you set the #GdkPixbuf structure that a #GnomeCanvasPixbuf item will use by setting the <link linkend="GnomeCanvasPixbuf--pixbuf">pixbuf</link> argument, a reference count will be added to that #GdkPixbuf structure. When the pixbuf item no longer needs the #GdkPixbuf structure, such as when the item is destroyed or when a new pixbuf structure is passed to it, then the old #GdkPixbuf structure will be automatically unreferenced. </para> <para> This means that if an application just needs to load a pixbuf image and set it into a pixbuf canvas item, it can do the following to ‘forget’ about the pixbuf structure: <programlisting> GdkPixbuf *pixbuf; GnomeCanvasItem *item; pixbuf = gdk_pixbuf_new_from_file ("foo.png"); g_assert (pixbuf != NULL); item = gnome_canvas_item_new (gnome_canvas_root (my_canvas), gnome_canvas_pixbuf_get_type (), "pixbuf", pixbuf, NULL); gdk_pixbuf_unref (pixbuf); </programlisting> </para> <para> After this happens, the reference count of the pixbuf structure will be 1: the gdk_pixbuf_new_from_file() function creates it with a reference count of 1, then setting the <link linkend="GnomeCanvasPixbuf--pixbuf">pixbuf</link> argument of the #GnomeCanvasPixbuf item increases it to 2, and then it is decremented to 1 by the call to gdk_pixbuf_unref(). When the canvas item is destroyed, it will automatically unreference the pixbuf structure again, causing its reference count to drop to zero and thus be freed. </para> </refsect2><!-- ##### SECTION ./tmpl/gnome-canvas-pixbuf.sgml:See_Also ##### --> <para> #GnomeCanvas, #GdkPixbuf </para><!-- ##### SECTION ./tmpl/gnome-canvas-pixbuf.sgml:Short_Description ##### -->Canvas item to display #GdkPixbuf images.<!-- ##### SECTION ./tmpl/gnome-canvas-pixbuf.sgml:Title ##### -->GnomeCanvasPixbuf<!-- ##### SECTION ./tmpl/rendering.sgml:Long_Description ##### --> <para> The &gdk-pixbuf; library provides several convenience functions to render pixbufs to GDK drawables. It uses the GdkRGB to render the image data. </para> <para> At this point there is not a standard alpha channel extension for the X Window System, so it is not possible to use full opacity information when painting images to arbitrary drawables. The &gdk-pixbuf; convenience functions will threshold the opacity information to create a bi-level clipping mask (black and white), and use that to draw the image onto a drawable. </para> <important> <para> Since these functions use GdkRGB for rendering, you must initialize GdkRGB before using any of them. You can do this by calling gdk_rgb_init() near the beginning of your program. </para> </important><!-- ##### SECTION ./tmpl/rendering.sgml:See_Also ##### --> <para> GdkRGB </para><!-- ##### SECTION ./tmpl/rendering.sgml:Short_Description ##### -->Rendering a pixbuf to a GDK drawable.<!-- ##### SECTION ./tmpl/rendering.sgml:Title ##### -->Rendering<!-- ##### SECTION ./tmpl/xlib-from-drawables.sgml:Long_Description ##### --> <para> The functions in this section allow you to take the image data from an X drawable and dump it into a #GdkPixbuf. This can be used for screenshots and other special effects. Note that these operations can be expensive, since the image data has to be transferred from the X server to the client program and converted. </para> <para> These functions are analogous to those for the Gdk version of &gdk-pixbuf;. </para><!-- ##### SECTION ./tmpl/xlib-from-drawables.sgml:See_Also ##### --><para></para><!-- ##### SECTION ./tmpl/xlib-from-drawables.sgml:Short_Description ##### -->Getting parts of an X drawable's image data into a pixbuf.<!-- ##### SECTION ./tmpl/xlib-from-drawables.sgml:Title ##### -->X Drawables to Pixbufs<!-- ##### SECTION ./tmpl/xlib-init.sgml:Long_Description ##### --> <para> In addition to the normal Gdk-specific functions, the &gdk-pixbuf; package provides a small library that lets Xlib-only applications use #GdkPixbuf structures and render them to X drawables. The functions in this section are used to initialize the &gdk-pixbuf; Xlib library. This library must be initialized near the beginning or the program or before calling any of the other &gdk-pixbuf; Xlib functions; it cannot be initialized automatically since Xlib-only applications do not call gdk_rgb_init() like GNOME applications do. </para>
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -