Re: Changing application font at runtime
On 5/31/07, Surya Kiran Gullapalli <[EMAIL PROTECTED]> wrote: > Hello all, > I'm struggling to find out a way to change the application font at > runtime. By application font I mean, > the font of all the controls in the main window + font of any dialogs > it opens etc. Hi Surya, I'm not sure how you can ask the window to reload/re-paint all the widgets - but this is how you can load different fonts into a widget - http://www.makuchaku.info/blog/font-listing-using-pango This was just a test code & there might be numerous other ways to do this :) But i hope it will surely help you out. Regards, Makuchaku http://www.makuchaku.info/blog ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Changing application font at runtime
Hello all, I'm struggling to find out a way to change the application font at runtime. By application font I mean, the font of all the controls in the main window + font of any dialogs it opens etc. I'm using gtkmm and I'm trying to use this Gtk::Window::modify_font (I'm calling this function on my main window) How can i do that? Thanks in advance, Surya ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Pango-1.17.1 released [unstable]
A million thanks for the constant work on Pango, and specially the time spent on fixing bug 385168. Cheers, Matt On 5/31/07, Behdad Esfahbod <[EMAIL PROTECTED]> wrote: > Pango-1.17.1 is now available for download at: > > http://download.gnome.org/sources/pango/1.17/ > or > ftp://ftp.gtk.org/pub/pango/1.17 > > 65861273a8e777f125ebfb4cc4d7acfe pango-1.17.1.tar.bz2 > 54b756fb073d496d079becf8ae3eb2cf pango-1.17.1.tar.gz > > This is the a development release in a series leading to > Pango-1.18.0, which will be released just in time for > GNOME-2.20. > > > Notes: > > * This is unstable development release. While it has had >fairly extensive testing, there are likely bugs >remaining to be found. This release should not be used >in production. > > * Installing this version will overwrite your existing >copy of Pango. If you have problems, you'll need >to reinstall Pango-1.16.x > > * Bugs should be reported to http://bugzilla.gnome.org. > > About Pango > === > > Pango is a library for layout and rendering of text, with an emphasis > on internationalization. Pango can be used anywhere that text layout > is needed, though most of the work on Pango so far has been done in > the context of the GTK+ widget toolkit. Pango forms the core of text > and font handling for GTK+-2.x. > > Pango is designed to be modular; the core Pango layout engine can > be used with different font backends. There are three basic backends, > with multiple options for rendering with each. > > - Client side fonts using the FreeType and fontconfig libraries. >Rendering can be with with Cairo or Xft libraries, or directly >to an in-memory buffer with no additional libraries. > > - Native fonts on Microsoft Windows using Uniscribe for >complex-text handling. Rendering can be done via Cairo or >directly using the native Win32 API. > > - Native fonts on MacOS X, rendering via Cairo. > > The integration of Pango with Cairo (http://cairographics.org) > provides a complete solution with high quality text handling > and graphics rendering. > > Dynamically loaded modules then handle text layout for particular > combinations of script and font backend. Pango ships with a wide > selection of modules, including modules for Hebrew, Arabic, > Hangul, Thai, and a number of Indic scripts. Virtually all of the > world's major scripts are supported. > > As well as the low level layout rendering routines, Pango includes > PangoLayout, a high level driver for laying out entire blocks of text, > and routines to assist in editing internationalized text. > > More information about Pango is available from http://www.pango.org/. > Bugs should be reported to http://bugzilla.gnome.org. > > Pango 1.17 depends on version 2.12.0 or newer of the GLib > library and version 1.2.6 or newer of the cairo library (if the > cairo backend is desired); more information about GLib and cairo > can be found at http://www.gtk.org/ and http://cairographics.org/ > respectively. > > Overview of changes between 1.17.0 and 1.17.1 > == > > - Ported the rest of OpenType shapers to the new OpenType APIs and > added standard features to them: Hebrew, Indic, Khmer, Thai, and Tibetan. > > - Added N'Ko support to the Arabic module. [Eugeniy Meshcheryakov] > > - Small Indic module fix for Malayalam. > > - Fixed font metrics returned by the ATSUI backend. [Richard Hult] > > - Make itemization use pango_language_get_default() if context has no > language set on it. Ditto for pango_context_get_metrics() if both > input language and context language are NULL. > > - Improved documentation on vertical text, also added stability note > to those parts of Pango API that are not indefinitely stable (shaper > and language engine APIs). > > - Misc bug fixes. > > - New OpenType engine API: > > pango_ot_ruleset_get_feature_count() > > - Bugs fixed in this release: > > Bug 357790 – Rendering problem for malayalam consonant RA (U+0D30) > Bug 385168 – indic, khmer, and tibetan modules don't apply ccmp > Bug 385477 – kern feature is not supported in OpenType layout for > Tibetan. > Bug 433805 - [Atsui] Approximate char/digit width width often 0 > Bug 436699 – N'Ko support > Bug 438705 – Test runs non-existent "/bin/bash" on HP-UX 11.11 > Bug 438814 – synaptic crash with pango 1.17.0 > Bug 440603 – Minor ABI change > > 30 May 2007 > Behdad Esfahbod > > ___ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > > > ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
Hi, Thanks for everyone's input. I am a Korn shell freak, so I will try installing using bash as my shell instead. Cheers Craig ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: button-press-event and button_press_evnet
That is to say, using underscores is older fashion and is not canonical. It should be recommened using dash in signals name. Am I right??? David Nečas (Yeti) wrote On Wed, May 30, 2007 at 03:32:32PM +0800, Zhibin.Guan wrote: what is the difference between button-press-event and button_press_event?? There is no difference, except you should always use the (canonical) name with dashes. You can however often find signal names with underscores in older documentation. Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
--- Andrew Sobala <[EMAIL PROTECTED]> wrote: > Sergei Steshenko wrote: > > >--- David Neèas (Yeti) <[EMAIL PROTECTED]> wrote: > > > > > > > >>I see. Then please at least advertise tools people are able > >>to get. Or make your the new great tools actually available. > >> > >> > > > >I prefer to release "complete" things. For example, I need to update > >documentation. > > > > > > Regardless of all of that, please stop posting about Apps From Scratch > every other day. It's really annoying. > > Thanks, > > Andrew > I'm telling, I had similar problems as the original poster, and switching to newer 'bash' was the solution. My original reply contained the order of building, the idea of staged building - first prerequisites, then the rest. The prerequisites are not classical dependencies - because neither 'configure' scripts check their version, nor documentation mentions them. And showed the result of my approach - every of the mentioned targets could be built using the command line I gave. And, actually, all of them using similar (actually, even shorter) command line. What is wrong with you ? You can be definition ignore my posts to this list and/or at all. Regards, Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online. http://smallbusiness.yahoo.com/webhosting ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
Sergei Steshenko wrote: >--- David Neèas (Yeti) <[EMAIL PROTECTED]> wrote: > > > >>I see. Then please at least advertise tools people are able >>to get. Or make your the new great tools actually available. >> >> > >I prefer to release "complete" things. For example, I need to update >documentation. > > Regardless of all of that, please stop posting about Apps From Scratch every other day. It's really annoying. Thanks, Andrew ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Pango-1.17.1 released [unstable]
Pango-1.17.1 is now available for download at: http://download.gnome.org/sources/pango/1.17/ or ftp://ftp.gtk.org/pub/pango/1.17 65861273a8e777f125ebfb4cc4d7acfe pango-1.17.1.tar.bz2 54b756fb073d496d079becf8ae3eb2cf pango-1.17.1.tar.gz This is the a development release in a series leading to Pango-1.18.0, which will be released just in time for GNOME-2.20. Notes: * This is unstable development release. While it has had fairly extensive testing, there are likely bugs remaining to be found. This release should not be used in production. * Installing this version will overwrite your existing copy of Pango. If you have problems, you'll need to reinstall Pango-1.16.x * Bugs should be reported to http://bugzilla.gnome.org. About Pango === Pango is a library for layout and rendering of text, with an emphasis on internationalization. Pango can be used anywhere that text layout is needed, though most of the work on Pango so far has been done in the context of the GTK+ widget toolkit. Pango forms the core of text and font handling for GTK+-2.x. Pango is designed to be modular; the core Pango layout engine can be used with different font backends. There are three basic backends, with multiple options for rendering with each. - Client side fonts using the FreeType and fontconfig libraries. Rendering can be with with Cairo or Xft libraries, or directly to an in-memory buffer with no additional libraries. - Native fonts on Microsoft Windows using Uniscribe for complex-text handling. Rendering can be done via Cairo or directly using the native Win32 API. - Native fonts on MacOS X, rendering via Cairo. The integration of Pango with Cairo (http://cairographics.org) provides a complete solution with high quality text handling and graphics rendering. Dynamically loaded modules then handle text layout for particular combinations of script and font backend. Pango ships with a wide selection of modules, including modules for Hebrew, Arabic, Hangul, Thai, and a number of Indic scripts. Virtually all of the world's major scripts are supported. As well as the low level layout rendering routines, Pango includes PangoLayout, a high level driver for laying out entire blocks of text, and routines to assist in editing internationalized text. More information about Pango is available from http://www.pango.org/. Bugs should be reported to http://bugzilla.gnome.org. Pango 1.17 depends on version 2.12.0 or newer of the GLib library and version 1.2.6 or newer of the cairo library (if the cairo backend is desired); more information about GLib and cairo can be found at http://www.gtk.org/ and http://cairographics.org/ respectively. Overview of changes between 1.17.0 and 1.17.1 == - Ported the rest of OpenType shapers to the new OpenType APIs and added standard features to them: Hebrew, Indic, Khmer, Thai, and Tibetan. - Added N'Ko support to the Arabic module. [Eugeniy Meshcheryakov] - Small Indic module fix for Malayalam. - Fixed font metrics returned by the ATSUI backend. [Richard Hult] - Make itemization use pango_language_get_default() if context has no language set on it. Ditto for pango_context_get_metrics() if both input language and context language are NULL. - Improved documentation on vertical text, also added stability note to those parts of Pango API that are not indefinitely stable (shaper and language engine APIs). - Misc bug fixes. - New OpenType engine API: pango_ot_ruleset_get_feature_count() - Bugs fixed in this release: Bug 357790 – Rendering problem for malayalam consonant RA (U+0D30) Bug 385168 – indic, khmer, and tibetan modules don't apply ccmp Bug 385477 – kern feature is not supported in OpenType layout for Tibetan. Bug 433805 - [Atsui] Approximate char/digit width width often 0 Bug 436699 – N'Ko support Bug 438705 – Test runs non-existent "/bin/bash" on HP-UX 11.11 Bug 438814 – synaptic crash with pango 1.17.0 Bug 440603 – Minor ABI change 30 May 2007 Behdad Esfahbod signature.asc Description: This is a digitally signed message part ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Data available for reading in a GIOChannel
On Tue, 2007-05-29 at 22:42 +0100, Robert Pearce wrote: > My understanding was that the Glib idle task checks the IO channel > status and calls the callback if it's ready. Since Glib is non-threaded, > this cannot happen during a previous execution of the callback. And > since it uses the channel's state rather than any edge events, no data > will be lost or ignored simply because the callback was running at the > time it arrived. Indeed this must be true if Glib is non-threaded, > because the data may arrive at any time and some huge Gtk re-draw may be > in progress when it happens. But that's only my understanding as a user > so I'd advise you all to ask one of the authors. I am not one of the authors, but that is how it works (although on Unix not using an idle task). The GIOWatch/GSource object for a GIOChannel watch uses poll() (on Unix) and if a watch is set on a GIOChannel object and data arrives while the main loop is executing, or indeed while a read of the GIOChannel object in the watch callback is taking place, then when the current main loop iteration has finished the main loop will be fired again and the data will be picked up on the next iteration through the loop. It would be a huge bug if after setting a watch on a GIOChannel object, the watch permanently misses data arriving while the main loop is doing other things, or indeed is doing a read of the same GIOChannel object. The normal way of dealing with the OP's situation is to set a watch on the GIOChannel object, and then for the watch callback to do non-blocking reads which loop until EAGAIN is received (equating to g_io_channel_read_*() returning G_IO_STATUS_AGAIN). According to the OP's original posting he has in the past made blocking reads on C++ streams which rely on std::streambuf::is_avail() or its equivalent in Java. That is fairly hopeless as it only tells you what is in the buffers, not what the system has available for reading. It therefore represents very old news - it tells you the minimum that can be read without blocking (which could be 0), but certainly not the maximum which can be read without blocking (which could be lots more). In fact in C++ streambufs (I don't know about Java buffers but I imagine the same applies) a stalemate can be reached, whereby because is_avail() returns 0 no read is made, and because no read is made the buffers never fill up. On your threading point, glib is threaded in the sense that it is thread safe and that you can have different GMainContext objects in different threads. So you could have a special thread with its own main loop which only, for example, deals with reading from particular pipes or sockets. However, that is not relevant to the OP's enquiry (if reading via a watch attached to that thread's main loop, he would still need to do non-blocking reads in the way described above). Chris ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
--- David Neèas (Yeti) <[EMAIL PROTECTED]> wrote: > On Wed, May 30, 2007 at 02:24:28PM -0700, Sergei Steshenko wrote: > > > > Just compare the two lists. > > I see. Then please at least advertise tools people are able > to get. Or make your the new great tools actually available. > > Advertising `I have something that might help you and here > is a long list of thins it can do, but it is not available > anywhere' is even more pointless than usually. > > Yeti > > -- > http://gwyddion.net/ > ___ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > I prefer to release "complete" things. For example, I need to update documentation. I also want to restore wxPerl - haven't succeeded with the latest versions, simply did not have enough time. Also, I've made quite a progress with RHEL4 - 64 bits, but not yet everything builds. Some things I know how to fix, some not yet. Anyone who wants "latest and greatest" from me will get it from me upon request. But as a prerelease software :-). --Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
On Wed, May 30, 2007 at 02:24:28PM -0700, Sergei Steshenko wrote: > > Just compare the two lists. I see. Then please at least advertise tools people are able to get. Or make your the new great tools actually available. Advertising `I have something that might help you and here is a long list of thins it can do, but it is not available anywhere' is even more pointless than usually. Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
--- David Neèas (Yeti) <[EMAIL PROTECTED]> wrote: > On Wed, May 30, 2007 at 02:07:55PM -0700, Sergei Steshenko wrote: > > --- Gian Mario Tagliaretti <[EMAIL PROTECTED]> wrote: > > > Sergei I beg you, please stop posting every other day the whole > > > dependencies that your great AppFromScratch can compile, please. > > > > > It's easier to post the dependencies than to just claim they are compiled. > > > > Applications From Scratch: http://appsfromscratch.berlios.de/ > ^^ > The list is present here || > and since this URL is also invariantly advertised in every your > post, is it really necessary to repeat the information everyone > interested can get there? > > Yeti > > -- > http://gwyddion.net/ > ___ > gtk-list mailing list > gtk-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-list > Just compare the two lists. --Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222 ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
On Wed, May 30, 2007 at 02:07:55PM -0700, Sergei Steshenko wrote: > --- Gian Mario Tagliaretti <[EMAIL PROTECTED]> wrote: > > Sergei I beg you, please stop posting every other day the whole > > dependencies that your great AppFromScratch can compile, please. > > > It's easier to post the dependencies than to just claim they are compiled. > > Applications From Scratch: http://appsfromscratch.berlios.de/ ^^ The list is present here || and since this URL is also invariantly advertised in every your post, is it really necessary to repeat the information everyone interested can get there? Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
--- Gian Mario Tagliaretti <[EMAIL PROTECTED]> wrote: > 2007/5/30, Sergei Steshenko <[EMAIL PROTECTED]>: > > > If you are interested to try AppsFromScratch, please let me know. > > Sergei I beg you, please stop posting every other day the whole > dependencies that your great AppFromScratch can compile, please. > > cheers > -- > Gian Mario Tagliaretti > It's easier to post the dependencies than to just claim they are compiled. --Sergei. Applications From Scratch: http://appsfromscratch.berlios.de/ You snooze, you lose. Get messages ASAP with AutoCheck in the all-new Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/newmail_html.html ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
2007/5/30, Sergei Steshenko <[EMAIL PROTECTED]>: > If you are interested to try AppsFromScratch, please let me know. Sergei I beg you, please stop posting every other day the whole dependencies that your great AppFromScratch can compile, please. cheers -- Gian Mario Tagliaretti ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
--- Craig Burtenshaw - Sun Microsystems <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I am attempting to installing gtk+ (where I have tried 2.10.12 and 2.9.4),
> it configures
> fine with the
> command - # ./configure --prefix=/usr
>
> However when I attempt to 'make' the binaries I get the following at the
> end.
>
> config.status: executing gdk/gdkconfig.h commands
> config.status: gdk/gdkconfig.h is unchanged
> echo timestamp > stamp-gc-h
> make all-recursive
> make[3]: Entering directory `/opt/gtk+-2.10.12/gdk'
> Making all in win32
> make[4]: Entering directory `/opt/gtk+-2.10.12/gdk/win32'
> Making all in rc
> make[5]: Entering directory `/opt/gtk+-2.10.12/gdk/win32/rc'
> gdk.rc gdk-win32-res.o
> gdk.rc: line 3: GTK_ICON: command not found
> gdk.rc: line 5: VS_VERSION_INFO: command not found
> gdk.rc: line 6: FILEVERSION: command not found
> gdk.rc: line 7: PRODUCTVERSION: command not found
> gdk.rc: line 8: FILEFLAGSMASK: command not found
> gdk.rc: line 9: FILEFLAGS: command not found
> gdk.rc: line 10: FILEOS: command not found
> gdk.rc: line 11: FILETYPE: command not found
> gdk.rc: line 12: FILESUBTYPE: command not found
> gdk.rc: line 13: BEGIN: command not found
> gdk.rc: line 14: BLOCK: command not found
> gdk.rc: line 15: BEGIN: command not found
> gdk.rc: line 16: BLOCK: command not found
> gdk.rc: line 17: BEGIN: command not found
> gdk.rc: line 18: VALUE: command not found
> gdk.rc: line 19: VALUE: command not found
> gdk.rc: line 20: VALUE: command not found
> gdk.rc: line 21: VALUE: command not found
> gdk.rc: line 22: VALUE: command not found
> gdk.rc: line 23: VALUE: command not found
> gdk.rc: line 24: VALUE: command not found
> gdk.rc: line 25: VALUE: command not found
> gdk.rc: line 26: END: command not found
> gdk.rc: line 27: END: command not found
> gdk.rc: line 28: BLOCK: command not found
> gdk.rc: line 29: BEGIN: command not found
> gdk.rc: line 30: VALUE: command not found
> gdk.rc: line 31: END: command not found
> gdk.rc: line 32: END: command not found
> make[5]: *** [gdk-win32-res.o] Error 127
> make[5]: Leaving directory `/opt/gtk+-2.10.12/gdk/win32/rc'
> make[4]: *** [all-recursive] Error 1
> make[4]: Leaving directory `/opt/gtk+-2.10.12/gdk/win32'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/opt/gtk+-2.10.12/gdk'
> make[2]: *** [all] Error 2
> make[2]: Leaving directory `/opt/gtk+-2.10.12/gdk'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/opt/gtk+-2.10.12'
> make: *** [all] Error 2
>
> WHY is it trying to execute the gdk.rc file, rather than putting it into
> /usr/lib/pkgconfig ?
>
> Thank you in advance.
> Craig.
>
> ___
> gtk-list mailing list
> gtk-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-list
>
This might be indicative of too old version of /bin/sh.
FWIW, my "latest and greatest" version of AppsFromScratch (not the one on the
website)
build bash-3.2.
I now use such a command line:
(\
/home/sergei/AppsFromScratch/20070526/bin/build.pl -make_like -check_with_ldd
-targets_to_build
bash:pkg-config 1>build.prerequisites.log 2>&1; \
PATH=/maxtor5/sergei/AppsFromScratchWD/install/pkg-config-0.21/bin:$PATH;
export PATH \
/home/sergei/AppsFromScratch/20070526/bin/build.pl -make_like -check_with_ldd
-sh_exec
/maxtor5/sergei/AppsFromScratchWD/install/bash-3.2/bin/bash -targets_to_build
pidgin
1>build.pidgin.log 2>&1\
) &
, so prerequisites (bash, pkg-config and friends) are built first.
I had to do this because of similar problems (IIRS).
If you are interested to try AppsFromScratch, please let me know.
It worked to an extent on Sparc Solaris (built gtk+); the beauty of the tool
is that it builds and installs everything locally, not requiring root
permission,
so integrity of your system is preserved.
The sources are downloaded automatically from mirrors as needed.
A command line like the above should suffice ('pidgin' should be replaced with
'gtk+' and that's it).
Regards,
Sergei.
P.S. The list of built OOB targets:
aspell-0.60.4
atk-1.12.1
at-spi-1.6.6
audiofile-0.2.6
autoconf-2.61
autogen-5.8.7
bash-3.0
bash-3.2
bc-1.06
bison-2.3
bzip2-1.0.4
cabextract-1.2
Cairo-1.040
cairo-1.2.6
claws-mail-2.8.1
cups-1.2.10-source
curl-7.15.5
dejagnu-1.4.4
diacanvas2-0.14.4
ecasound-2.4.5
esound-0.2.36
expat-2.0.0
expect-5.44.1
ExtUtils-Depends-0.205
ExtUtils-PkgConfig-1.07
fftw-3.1.2
flac-1.1.2
flex-2.5.33
fontconfig-2.4.1
fontforge-20070312
freetype-2.3.4
gail-1.8.11
gcc-3.4.6
gcc-4.1.2
gcc-4.2.0
GConf-2.14.0
gettext-0.16.1
glade-2.12.1
Glib-1.144
glib-1.2.10
glib-2.12.12
gmp-4.2.1
Gnome2-1.040
Gnome2-Canvas-1.002
Gnome2-Dia-0.04
Gnome2-GConf-1.043
Gnome2-Print-1.000
Gnome2-VFS-1.061
Gnome2-Vte-0.08
Gnome2-Wnck-0.13
gnome-keyring-0.4.9
gnome-vfs-2.14.2
gnupg-2.0.4
gnutls-1.4.5
gperf-3.0.2
gst-plugins-base-0.10.7
GStreamer-0.09
gstreamer-0.10.8
gtk+-1.2.10
gtk+-2.10.12
Gtk2-1.144
Gtk2-GladeXML-1.006
Gtk2-Html2-0.04
Gtk2-TrayIcon-0.04
gtk-engin
Re: Data available for reading in a GIOChannel
On Tue, 2007-05-29 at 22:42 +0100, Robert Pearce wrote: > On Tue, 29 May 2007, Jonathan Winterflood > <[EMAIL PROTECTED]> wrote : > > > >A question arises, though: is it possible that the channel will recieve > >the last of the data between the > >time g_io_channel_read_chars returns G_IO_STATUS_AGAIN and the callbac > >k exits, and that the callback will not be called again? > > I don't think so, but given that somebody posted "from experience" that > the callback is reentrant (which I didn't think was possible) perhaps > I'm wrong. On the other hand, I've written code that assumes both > non-reentrant and that any extra data arriving during the callback will > result in it being called again, and I've never hit a problem. A GIOWatch function is definitly not reentrant, a mainloop runs in a single thread, you could have set up a mainloop and GMainContext to handle a mainloop in a second thread, even there your GIOWatch callback will not be reentrant. This document describes what the mainloop does: http://developer.gnome.org/doc/API/2.0/glib/glib-The-Main-Event-Loop.html Cheers, -Tristan ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: button-press-event and button_press_evnet
That is to say, using underscores is older fashion and is not canonical. It should be recommened using dash in signals name. all right??? David Nečas (Yeti) 写道: On Wed, May 30, 2007 at 03:32:32PM +0800, Zhibin.Guan wrote: what is the difference between button-press-event and button_press_event?? There is no difference, except you should always use the (canonical) name with dashes. You can however often find signal names with underscores in older documentation. Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: button-press-event and button_press_evnet
On Wed, 2007-05-30 at 15:32 +0800, Zhibin.Guan wrote: > what is the difference between button-press-event and button_press_event?? > I am reading the FAQ about gtk+-2.0 and look at the segment "how do I > catch a double click event" > In its example program, it use the signal "button_press_event", > but I substitue "button_press_event" with "button-press-event", it still > can works. > > but I want to know what is the difference between button-press-event and > button_press_event?? the signal names passed to the g_signal_* functions family are normalised and "button-press-event" is treated exactly like "button_press_event". the naming scheme followed inside gtk+, though, is to use the dash variant and not the underscore variant. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: button-press-event and button_press_evnet
On Wed, May 30, 2007 at 03:32:32PM +0800, Zhibin.Guan wrote: > what is the difference between button-press-event and button_press_event?? There is no difference, except you should always use the (canonical) name with dashes. You can however often find signal names with underscores in older documentation. Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
button-press-event and button_press_evnet
what is the difference between button-press-event and button_press_event?? I am reading the FAQ about gtk+-2.0 and look at the segment "how do I catch a double click event" In its example program, it use the signal "button_press_event", but I substitue "button_press_event" with "button-press-event", it still can works. but I want to know what is the difference between button-press-event and button_press_event?? ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Installing gtk+2.10.12 issues.
> > WHY is it trying to execute the gdk.rc file, rather than putting it into > > /usr/lib/pkgconfig ? > Obviously, it executes $(SOME_COMMAND) gdk.rc gdk-win32-res.o > where $(SOME_COMMAND) is not defined. Look to the makefiles > and config.log to find out what command and why it's > undefined. The SOME_COMMAND is WINDRES (which is the Win32 resource compiler), but the Makefile in gdk/win32/rc should want to use that only when USE_WIN32 is defined. Why does the original poster get USE_WIN32 defined even when he is building on Unix? Hmm, or is the problem that for some reason there is no default "all" target in the generated Makefile before the gdk-win32-res.o target, so make thinks that gdk-win32-res.o is the default target? Was some odd version of automake used to generate the Makefile.in from Makefile.am in this case? --tml ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
