|
Server : Apache/2.2.17 (Unix) mod_ssl/2.2.17 OpenSSL/0.9.8e-fips-rhel5 DAV/2 PHP/5.2.17 System : Linux localhost 2.6.18-419.el5 #1 SMP Fri Feb 24 22:47:42 UTC 2017 x86_64 User : nobody ( 99) PHP Version : 5.2.17 Disable Function : NONE Directory : /usr/lib64/pygtk/2.0/demos/ |
Upload File : |
mò
e‡8Hc @ sÑ d Z d k Z d k Z d k Z e i i e i i e ƒ d ƒ Z e i i e d ƒ Z e i i e d ƒ Z
e i i e d ƒ Z d „ Z d „ Z
d e i f d „ ƒ YZ d
„ Z e d j o e ƒ n d S( sÿ Images
GtkImage is used to display an image; the image can be in a number of formats.
Typically, you load an image into a GdkPixbuf, then display the pixbuf.
This demo code shows some of the more obscure cases, in the simple case a call
to gtk_image_new_from_file() is all you need.
If you want to put image data in your program as a C variable, use the
make-inline-pixbuf program that comes with GTK+. This way you won't need to
depend on loading external files, your application binary can be self-contained.Nt imagess
alphatest.pngs gtk-logo-rgb.gifs floppybuddy.gifc C s* | i ƒ } | i d ƒ | i | ƒ d S( Ni ( t loadert
get_pixbuft pixbuft fillt imaget set_from_pixbuf( R R R ( ( t$ /usr/lib64/pygtk/2.0/demos/images.pyt progressive_prepared_callback s
c C s | i ƒ d S( sŠ We know the pixbuf inside the GtkImage has changed, but the image
itself doesn't know this; so queue a redraw. If we wanted to be
really efficient, we could use a drawing area or something
instead of a GtkImage, so we could control the exact position of
the pixbuf on the display, then we could queue a draw for only
the updated area of the image.
N( R t
queue_draw( R t xt yt widtht heightR ( ( R t progressive_updated_callback s t
ImagesDemoc B sJ t Z d Z d Z d Z d d „ Z d „ Z d „ Z d „ Z d „ Z
RS( Nc C s t i i | ƒ y | i | i ƒ ƒ Wn& t j
o | i d d „ ƒ n X| i d | i ƒ | i
| i i ƒ | i
d ƒ t i t d ƒ } | i
d ƒ | i | ƒ t i ƒ } | i d ƒ | i | t t d ƒ t i ƒ }
|
i t i ƒ t i d d d d ƒ } | i |
ƒ | i | t t d ƒ t i ƒ } y# t i i t ƒ } | i" | ƒ Wn] t# i$ j
oN } t i& | t i' t i( t i) d | ƒ } | i d d „ ƒ | i+ ƒ n X|
i | ƒ t i ƒ } | i d
ƒ | i | t t d ƒ t i ƒ }
|
i t i ƒ t i d d d d ƒ } | i |
ƒ | i | t t d ƒ t i ƒ } | i, t- ƒ |
i | ƒ t i ƒ } | i d ƒ | i | t t d ƒ t i ƒ }
|
i t i ƒ t i d d d d ƒ } | i |
ƒ | i | t t d ƒ t i ƒ } | i" d ƒ |
i | ƒ | i/ | ƒ t i0 d ƒ } | i | t t d ƒ | i d
| i2 | ƒ | i3 ƒ d S( Nt destroyc G s
t i ƒ S( N( t gtkt main_quit( t w( ( R t <lambda>4 s i s <u>Image loaded from a file</u>i f0.5s1 Unable to open image file 'gtk-logo-rgb.gif':
%st responsec C s
| i ƒ S( N( t dlgR ( R t resp( ( R R _ s s# <u>Animation loaded from a file</u>s <u>Progressive image loading</u>t _Insensitivet toggled(4 R t Windowt __init__t selft
set_screent parentt
get_screent AttributeErrort connectt cleanup_callbackt set_titlet __class__t __name__t set_border_widtht VBoxt Falset vboxt addt Labelt labelt
set_markupt
pack_startt Framet framet set_shadow_typet SHADOW_INt Alignmentt alignt ImageR t gdkt pixbuf_new_from_filet
GTKLOGO_IMAGER R t gobjectt GErrort errort
MessageDialogt DIALOG_DESTROY_WITH_PARENTt
MESSAGE_ERRORt
BUTTONS_CLOSEt dialogt showt
set_from_filet BUDDY_IMAGEt Nonet start_progressive_loadingt ToggleButtont buttont on_sensitivity_toggledt show_all( R R R@ R4 R R, R) RG R R; R0 ( ( R R / sv
c C s… | i d j o t i | i ƒ d | _ n | i d j o | i i ƒ d | _ n | i d j o | i i ƒ d | _ n d S( Ni ( R t load_timeoutR t timeout_removet
pixbuf_loaderRD t closet image_stream( R t win( ( R R" › s
c C sR | i ƒ } x? | D]7 } t | ƒ t | ƒ j o | i | i ƒ ƒ q q Wd S( N( t containert get_childrent childrent childt typet togglebuttont
set_sensitivet
get_active( R RU RP RS RR ( ( R RH © s
c C s t i d | i | ƒ | _ d S( s„ This is obviously totally contrived(we slow down loading
on purpose to show how incremental loading works).
The real purpose of incremental loading is the case where
you are reading data from a slow source such as the network.
The timeout simply simulates a slow data source by inserting
pauses in the reading process.
i– N( R t timeout_addR t progressive_timeoutR RJ ( R R ( ( R RE ² s c C sÁ | i d j o¿y" | i i d ƒ } t | ƒ } Wn} t j
oq } t i
| t i t i t i
d | ƒ } | i d d „ ƒ | i i ƒ d | _ | i ƒ d | _ t Sn X| i i | | ƒ ph t i
| t i t i t i
d ƒ } | i d d „ ƒ | i i ƒ d | _ | i ƒ d | _ t Sn | d j oŽ | i i ƒ d | _ | i i ƒ p[ t i
| t i t i t i
d ƒ } | i d d „ ƒ | i ƒ d | _ d | _ t Sn d | _ q½nï y t t d ƒ | _ Wnm t j
oa } d
} t i
| t i t i t i
| | ƒ } | i d d „ ƒ | i ƒ d | _ t Sn X| i d j o | i i ƒ d | _ n t i i ƒ | _ | i i d t | ƒ | i i d
t | ƒ t S( Ni s. Failure reading image file 'alphatest.png': %sR c C s
| i ƒ S( N( t dR ( RZ t r( ( R R Î s i s Failed to load imagec C s
| i ƒ S( N( RZ R ( RZ R[ ( ( R R á s c C s
| i ƒ S( N( RZ R ( RZ R[ ( ( R R þ s t rbs. Unable to open image file 'alphatest.png' : %sc C s
| i ƒ S( N( RZ R ( RZ R[ ( ( R R s t
area_preparedt area_updated( R RN RD t readt buft lent
bytes_readt IOErrorR; R R< R= R> R? R@ R! RM RA RJ R( RL t writet opent ALPHA_IMAGEt
error_messageR6 t PixbufLoaderR R R t True( R R Rg R@ R; Rb R` ( ( R RY ¼ s‚
( R% t
__module__RD RL RJ RN R R" RH RE RY ( ( ( R R * s l
c C s t ƒ t i ƒ d S( N( R R t main( ( ( R Rk - s t __main__( t __doc__t osR9 R t patht joint dirnamet __file__t IMAGEDIRRf R8 RC R R R R Rk R% ( R8 R Rs R R Rf R9 Rk Rn RC R ( ( R t ?
s !
ÿ