亚洲欧美第一页_禁久久精品乱码_粉嫩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精品国产手机| 国产视频911| 亚洲国产成人高清精品| 极品少妇一区二区| 色婷婷av一区二区三区gif| 日韩一区二区视频在线观看| 国产精品久久久久三级| 天天操天天综合网| 成人小视频在线观看| 91 com成人网| 最新不卡av在线| 奇米影视一区二区三区| av电影在线观看一区| 日韩欧美国产精品| 一区二区三区不卡视频在线观看| 老汉av免费一区二区三区 | 欧美一区二区网站| 中文在线资源观看网站视频免费不卡| 亚洲第一电影网| 99麻豆久久久国产精品免费| 日韩欧美在线网站| 亚洲免费视频成人| 国产传媒一区在线| 制服丝袜激情欧洲亚洲| 国产精品久久久久三级| 久久国产精品一区二区| 欧美性色欧美a在线播放| 国产午夜亚洲精品理论片色戒| 亚洲电影一区二区| av色综合久久天堂av综合| 日韩视频一区二区三区| 亚洲激情男女视频| 国产91富婆露脸刺激对白| 欧美一区永久视频免费观看| 亚洲欧美日韩一区| 高清不卡一二三区| 欧美精品aⅴ在线视频| 欧美日韩大陆一区二区| 成人欧美一区二区三区小说| 国产乱码精品一区二区三区忘忧草 | 91丝袜呻吟高潮美腿白嫩在线观看| 日韩欧美一级精品久久| 午夜精品一区在线观看| 色婷婷av一区二区三区软件| 亚洲欧洲日产国码二区| 国产精品亚洲视频| 久久网站热最新地址| 蜜桃91丨九色丨蝌蚪91桃色| 欧美区在线观看| 亚洲一区二区三区精品在线| 色哟哟精品一区| 亚洲欧美韩国综合色| 成人av在线影院| 欧美激情一区在线| 国产成a人亚洲| 日本一区二区免费在线观看视频| 精品一区二区三区久久久| 91精品国产91久久久久久一区二区| 亚洲动漫第一页| 欧美日韩在线三级| 亚洲一级电影视频| 欧美午夜不卡视频| 亚洲动漫第一页| 欧美肥妇bbw| 日韩极品在线观看| 69av一区二区三区| 免费成人在线影院| 精品999在线播放| 国产老肥熟一区二区三区| 国产亚洲精品中文字幕| 国产99久久久国产精品潘金| 久久久精品国产99久久精品芒果| 极品美女销魂一区二区三区| 久久久不卡网国产精品二区| 国产超碰在线一区| 中文字幕日韩精品一区| 91在线免费看| 亚洲一区二区三区激情| 欧美老人xxxx18| 毛片av中文字幕一区二区| 欧美大片日本大片免费观看| 国产在线视频一区二区三区| 久久精品一区二区三区四区| 不卡电影一区二区三区| 亚洲欧美日韩电影| 欧美精品99久久久**| 久99久精品视频免费观看| 久久综合狠狠综合久久综合88 | 国产三区在线成人av| 成人永久aaa| 亚洲男女毛片无遮挡| 欧美揉bbbbb揉bbbbb| 美洲天堂一区二卡三卡四卡视频| 337p粉嫩大胆色噜噜噜噜亚洲 | 亚洲三级电影全部在线观看高清| 欧美在线色视频| 裸体在线国模精品偷拍| 国产日韩欧美综合在线| 91极品视觉盛宴| 性做久久久久久免费观看欧美| www.爱久久.com| 亚洲高清中文字幕| 2024国产精品视频| 色综合久久久久综合体| 日本欧美一区二区在线观看| 国产亚洲精品aa| 欧美怡红院视频| 国产一区二区精品久久91| 亚洲欧美日韩国产手机在线| 日韩午夜激情视频| 99re这里只有精品6| 久久激情综合网| 亚洲欧美偷拍另类a∨色屁股| 91精品婷婷国产综合久久竹菊| 国产成人av一区二区| 亚洲国产wwwccc36天堂| 国产日韩av一区| 91精品久久久久久蜜臀| 成人看片黄a免费看在线| 午夜电影一区二区三区| 国产精品区一区二区三区| 欧美日韩高清一区二区| 大胆欧美人体老妇| 日韩av电影免费观看高清完整版| 国产欧美一区二区三区鸳鸯浴 | 日本午夜一区二区| 中文字幕亚洲不卡| 精品国产精品网麻豆系列| 欧美视频在线一区二区三区 | 亚洲欧美另类图片小说| 日韩免费看的电影| 日本韩国欧美三级| 国产成人在线免费观看| 日本va欧美va欧美va精品| 樱桃视频在线观看一区| 国产色产综合产在线视频| 欧美一区二区播放| 欧美色图天堂网| 99久久久无码国产精品| 国产伦理精品不卡| 日本不卡视频在线观看| 夜夜嗨av一区二区三区四季av| 亚洲国产高清aⅴ视频| 欧美精品一区二| 日韩一二在线观看| 欧美人与禽zozo性伦| 色综合久久久久久久久| 国产成人精品一区二| 韩国女主播一区二区三区| 五月天久久比比资源色| 一区二区三区日本| 自拍偷拍国产精品| 亚洲国产成人午夜在线一区 | 国产精品自拍av| 看电视剧不卡顿的网站| 偷拍自拍另类欧美| 亚洲va欧美va天堂v国产综合| 悠悠色在线精品| 亚洲欧美日韩在线不卡| 亚洲视频一区二区在线| 欧美经典一区二区| 国产午夜精品一区二区三区嫩草 | 国产成人av福利| 国产一区二区不卡在线| 国内精品免费**视频| 麻豆成人av在线| 久久国产精品第一页| 精品一区二区三区香蕉蜜桃 | 久久久久久久电影| 久久一区二区三区四区| 91麻豆产精品久久久久久| 国产福利一区在线观看| 国产一区 二区| 国产高清亚洲一区| 成人性视频网站| 成人自拍视频在线| 99精品热视频| 91亚洲精华国产精华精华液| 成人av中文字幕| 99国产欧美另类久久久精品| 91丨porny丨户外露出| 91在线视频在线| 欧洲精品中文字幕| 欧美日韩国产高清一区二区三区| 欧美日韩国产美女| 日韩美女在线视频| 久久在线观看免费| 国产精品欧美一区二区三区| 中文字幕中文字幕在线一区| 亚洲私人影院在线观看| 亚洲制服丝袜在线| 日本成人在线视频网站| 国产一区视频网站| 不卡的av网站| 欧美日本精品一区二区三区|