亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? gdk-pixbuf-unused.sgml

?? linux下電話本所依賴的一些圖形庫
?? SGML
?? 第 1 頁 / 共 2 頁
字號:
<!-- ##### 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 &lsquo;forget&rsquo; 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 + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
久久免费视频一区| 91精品国产91久久久久久最新毛片| 精品一区二区三区视频在线观看| 琪琪久久久久日韩精品| 秋霞午夜av一区二区三区| 美女mm1313爽爽久久久蜜臀| 国产精品77777竹菊影视小说| 不卡视频在线看| 8v天堂国产在线一区二区| 国产嫩草影院久久久久| 亚洲成人tv网| 99在线视频精品| 日韩一区二区中文字幕| 国产精品视频一二三区| 免费观看久久久4p| 99久久99久久久精品齐齐 | 精品久久久久久久久久久久久久久 | 国产精品一区二区视频| 欧美特级限制片免费在线观看| 精品久久99ma| 青草av.久久免费一区| 欧美成人精品高清在线播放| 久久av资源站| 国产精品一级片| 久久久精品免费免费| 精品一区二区精品| 久久久激情视频| 国产在线播放一区三区四| 日韩亚洲国产中文字幕欧美| 一区二区三区中文字幕在线观看| 国产高清视频一区| 国产精品久久综合| 欧美精品久久久久久久多人混战 | 欧美大片拔萝卜| 国产传媒欧美日韩成人| 久久亚洲精精品中文字幕早川悠里 | 国产高清精品久久久久| 国产午夜精品一区二区三区四区| 蜜臀久久久久久久| 国产精品久久久久久久午夜片| 91美女在线视频| 精品午夜一区二区三区在线观看| 日本一二三四高清不卡| 欧美午夜精品久久久久久孕妇| 亚洲高清视频的网址| 久久久国产一区二区三区四区小说| 国产成人精品影视| 日韩精品一二区| 国产精品国产精品国产专区不片| 欧美日韩高清在线播放| av在线不卡电影| 国产成人激情av| 亚洲综合免费观看高清完整版 | 精品污污网站免费看| av在线免费不卡| 高潮精品一区videoshd| 日本一道高清亚洲日美韩| 亚洲欧美日韩在线| 国产欧美久久久精品影院| 欧美一区二区三区四区高清| 色综合中文字幕| 91福利区一区二区三区| 91一区二区在线| 91丨porny丨最新| 99re在线视频这里只有精品| 成人国产一区二区三区精品| 国产精品一二三四| 粉嫩欧美一区二区三区高清影视| 国产一区亚洲一区| 成a人片亚洲日本久久| 91蜜桃网址入口| 欧美日韩一级黄| 666欧美在线视频| 日韩精品中文字幕在线不卡尤物| 555夜色666亚洲国产免| 久久久精品国产免费观看同学| 久久久影院官网| 亚洲国产一区二区视频| 日韩av一区二区在线影视| 激情文学综合丁香| 91猫先生在线| 国产欧美日本一区二区三区| 国产精品久久久久久久午夜片| 亚洲大片精品永久免费| 国产在线精品免费av| 精品视频全国免费看| 国产偷v国产偷v亚洲高清 | 日韩欧美中文字幕一区| 亚洲欧洲三级电影| 裸体健美xxxx欧美裸体表演| 亚洲男人都懂的| 麻豆91精品视频| 欧美日韩综合在线| 亚洲色图第一区| 国产乱人伦偷精品视频不卡| 91精品久久久久久久91蜜桃| 亚洲天堂成人网| 97久久人人超碰| 国产精品日产欧美久久久久| 麻豆精品国产91久久久久久| 欧美日韩国产成人在线免费| 一区二区三国产精华液| 91在线视频网址| 亚洲美女偷拍久久| 日本韩国一区二区三区视频| 国产精品久久久久久亚洲伦 | 亚洲男同1069视频| 国产成人精品免费| 亚洲综合一二三区| 亚洲影视在线播放| 91色九色蝌蚪| 久久精品国产99久久6| 亚洲欧美经典视频| 国产精品你懂的在线欣赏| 91麻豆精品国产91久久久使用方法| 成人av网址在线观看| 国产揄拍国内精品对白| 蜜臀av亚洲一区中文字幕| 国产农村妇女精品| 欧美性xxxxx极品少妇| 日韩电影在线观看电影| 久久久久久电影| 欧美日韩精品一二三区| 精品一区二区三区免费毛片爱| 久久久久久久电影| 欧美日韩激情一区| 91看片淫黄大片一级| 老司机精品视频导航| 亚洲乱码日产精品bd| 26uuu亚洲综合色欧美| 色狠狠一区二区三区香蕉| 黄色日韩三级电影| 婷婷一区二区三区| 亚洲香肠在线观看| 亚洲精品综合在线| 国产精品久久一卡二卡| 精品久久人人做人人爽| 日韩午夜电影av| 欧美猛男gaygay网站| 91传媒视频在线播放| 精品一区二区免费| 韩国理伦片一区二区三区在线播放| 亚洲一区二区三区国产| 亚洲午夜精品网| 精品一区二区日韩| 蜜桃av一区二区三区电影| 韩国一区二区在线观看| 国产成人亚洲综合a∨婷婷图片| av资源网一区| 欧美精品一区二区在线观看| 国产精品国产自产拍在线| 一区二区三区不卡在线观看| 日韩国产在线观看一区| 不卡的av中国片| 精品国产一区二区三区不卡 | 欧美色区777第一页| 日韩欧美激情在线| 亚洲欧美激情在线| 久久er99热精品一区二区| www.亚洲国产| 日本一区二区在线不卡| 亚洲婷婷在线视频| 美女视频黄免费的久久| 色嗨嗨av一区二区三区| 国产精品一品视频| 日韩精品综合一本久道在线视频| 国产精品久久久久一区二区三区| 美国十次综合导航| 欧美亚洲综合网| 亚洲精品久久7777| 91美女片黄在线观看| 亚洲欧美激情小说另类| 大尺度一区二区| 国产精品乱码久久久久久| 日韩和的一区二区| 日韩欧美色综合网站| 蜜臀久久99精品久久久画质超高清| 欧美日韩黄视频| 亚洲一区二区三区三| 欧美精品一卡二卡| 一区二区三区精品| 欧美一区二区三区四区五区| 免费观看在线综合色| 中文字幕第一页久久| 色综合久久久久综合99| 日本人妖一区二区| 中文av一区二区| 天天影视网天天综合色在线播放| 亚洲国产成人自拍| 日韩电影在线一区二区三区| 欧美精彩视频一区二区三区| 日韩午夜在线播放| 日本高清免费不卡视频| 成人av小说网| 不卡的av电影| 国产精品亚洲一区二区三区在线 | 欧美一区二区免费视频| 国产成人一级电影| 国产精品自在欧美一区| 日本不卡123|