how to constrain the cursor in just one screen.
Hi, I'm working a GTK based applicaion, which uses double screens. Without any constraint, the user can move the cursor freely from one scrren to another. Now, I want to constrain the cursor in just one screen. How can I do it? Is there a gtk function which can help me solve my problem? Andy ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
G_KEY_FILE_KEEP_COMMENTS adds extra newlines
Hi, please see http://mail.gnome.org/archives/gtk-app-devel-list/2007-January/msg00102.html are there any news? I still have this issue and I don't want to remove the G_KEY_FILE_KEEP_COMMENTS flag. I guess it is a bug but I didn't find a bug report. Should I create one? Or is it maybe already fixed, I'm using GLib 2.12.6 where it is still existent. Regards, Enrico -- Get my GPG key from http://www.uvena.de/pub.key ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Howto discover when GtkLabel is elipsized.
Hello. I have an elipsized GtkLabel. What I need is to correctly discover when the ellipsis ... is displayed (I think i must discover it in some resize or paint event). Can you help me? Thanx. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Howto discover when GtkLabel is elipsized.
I realized that pango_layout_get_width (GTK_LABEL (label)-layout)) return -1 when the label's text is not elipsized. I think it suffices. :) On 5/22/07, Alexander Semyonov [EMAIL PROTECTED] wrote: Hello. I have an elipsized GtkLabel. What I need is to correctly discover when the ellipsis ... is displayed (I think i must discover it in some resize or paint event). Can you help me? Thanx. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Fake pushing a GTK+ button
danielg RHCE wrote: I'm pulling my hair out over something that I believe should be easy but I cannot see it. I have a program that has your basic set of buttons, windows, switches and adjustables. I have added a listener to tell me if a directory has been added to or changed. The printf statement works great and says, Directory changed at all the right times and is silent at all the right other times. All I wanted to do was to refresh the directory listing inside the program, unfortunately, I don't know the data structure it uses to create the directory tree. Easy enough, right? All I have to do is tell the program that the refresh button has been clicked whenever the directory changes. No, I don't know enough to know what to put in this post to help, but I've got the code and I do have a decent idea how to read it, ask all the questions you like, I'll be happy to answer. I'm stuck. Perhaps gtk_button_pressed() is what you are looking for? http://developer.gnome.org/doc/API/2.0/gtk/GtkButton.html#gtk-button-pressed Emits a GtkButton::pressed signal to the given GtkButton. There's also one for a clicked signal; not sure about the diff. -- -Mike Melanson ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
How to create a self contained GTK+ Application for Linux
The majority of our clients are using custom Linux Distributions and they are using older versions of GTK+. Our application depends on features available in GTK+ = 2.10 so, I need to figure out how to distribute the application with all of its dependencies. So, I used ldd to determine all of the dependencies. The output is listed below. -ldd interwrite-learning-systray linux-gate.so.1 = (0xe000) libgtk-x11-2.0.so.0 = /usr/lib/libgtk-x11-2.0.so.0 (0xb7c49000) libgdk-x11-2.0.so.0 = /usr/lib/libgdk-x11-2.0.so.0 (0xb7bc3000) libatk-1.0.so.0 = /usr/lib/libatk-1.0.so.0 (0xb7ba7000) libgdk_pixbuf-2.0.so.0 = /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7b9) libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0xb7b69000) libpangocairo-1.0.so.0 = /usr/lib/libpangocairo-1.0.so.0 (0xb7b61000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7b36000) libXext.so.6 = /usr/lib/libXext.so.6 (0xb7b28000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb7b1f000) libXinerama.so.1 = /usr/lib/libXinerama.so.1 (0xb7b1c000) libXi.so.6 = /usr/lib/libXi.so.6 (0xb7b14000) libXrandr.so.2 = /usr/lib/libXrandr.so.2 (0xb7b0e000) libXcursor.so.1 = /usr/lib/libXcursor.so.1 (0xb7b05000) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0xb7b0) libpango-1.0.so.0 = /usr/lib/libpango-1.0.so.0 (0xb7ac1000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0xb7a51000) libX11.so.6 = /usr/lib/libX11.so.6 (0xb796) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0xb7926000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0xb7923000) libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xb791f000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0xb7919000) librt.so.1 = /lib/tls/i686/cmov/librt.so.1 (0xb791) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0xb787b000) libpthread.so.0 = /lib/tls/i686/cmov/libpthread.so.0 (0xb7864000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb7723000) /lib/ld-linux.so.2 (0xb7fb1000) libpangoft2-1.0.so.0 = /usr/lib/libpangoft2-1.0.so.0 (0xb76f7000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb768c000) libz.so.1 = /usr/lib/libz.so.1 (0xb7678000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7658000) libXau.so.6 = /usr/lib/libXau.so.6 (0xb7655000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7631000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0xb762c000) So, I copied all of the shared libraries into a sub directory of the application directory called lib/ for testing. I then used the following commands. -export LD_LIBRARY_PATH=../lib -./interwrite-learning-systray Everything runs okay on my system with GTK+ 2.10 I then ran ldd again to see if my application was linked against the libraries that I'm providing in the application directory and sure enough, it is. The output is below. -ldd interwrite-learning-systray linux-gate.so.1 = (0xe000) libgtk-x11-2.0.so.0 = ../lib/libgtk-x11-2.0.so.0 (0xb7c0d000) libgdk-x11-2.0.so.0 = ../lib/libgdk-x11-2.0.so.0 (0xb7b87000) libatk-1.0.so.0 = ../lib/libatk-1.0.so.0 (0xb7b6b000) libgdk_pixbuf-2.0.so.0 = ../lib/libgdk_pixbuf-2.0.so.0 (0xb7b54000) libm.so.6 = ../lib/libm.so.6 (0xb7b2d000) libpangocairo-1.0.so.0 = ../lib/libpangocairo-1.0.so.0 (0xb7b25000) libfontconfig.so.1 = ../lib/libfontconfig.so.1 (0xb7afa000) libXext.so.6 = ../lib/libXext.so.6 (0xb7aeb000) libXrender.so.1 = ../lib/libXrender.so.1 (0xb7ae3000) libXinerama.so.1 = ../lib/libXinerama.so.1 (0xb7ae) libXi.so.6 = ../lib/libXi.so.6 (0xb7ad8000) libXrandr.so.2 = ../lib/libXrandr.so.2 (0xb7ad2000) libXcursor.so.1 = ../lib/libXcursor.so.1 (0xb7ac8000) libXfixes.so.3 = ../lib/libXfixes.so.3 (0xb7ac3000) libpango-1.0.so.0 = ../lib/libpango-1.0.so.0 (0xb7a85000) libcairo.so.2 = ../lib/libcairo.so.2 (0xb7a15000) libX11.so.6 = ../lib/libX11.so.6 (0xb7924000) libgobject-2.0.so.0 = ../lib/libgobject-2.0.so.0 (0xb78e9000) libgmodule-2.0.so.0 = ../lib/libgmodule-2.0.so.0 (0xb78e6000) libdl.so.2 = ../lib/libdl.so.2 (0xb78e2000) libgthread-2.0.so.0 = ../lib/libgthread-2.0.so.0 (0xb78dd000) librt.so.1 = ../lib/librt.so.1 (0xb78d4000) libglib-2.0.so.0 = ../lib/libglib-2.0.so.0 (0xb783e000) libpthread.so.0 = ../lib/libpthread.so.0 (0xb7827000) libc.so.6 = ../lib/libc.so.6 (0xb76e6000) /lib/ld-linux.so.2 (0xb7f67000) libpangoft2-1.0.so.0 = ../lib/libpangoft2-1.0.so.0 (0xb76bb000) libfreetype.so.6 = ../lib/libfreetype.so.6 (0xb764f000) libz.so.1 = ../lib/libz.so.1 (0xb763b000) libexpat.so.1 = ../lib/libexpat.so.1 (0xb761b000) libXau.so.6 = ../lib/libXau.so.6 (0xb7618000) libpng12.so.0 = ../lib/libpng12.so.0
Re: How to create a self contained GTK+ Application for Linux
On Tue, 2007-05-22 at 20:29 +, Jeremy Roberson wrote: [...] And I get a segmentation fault. I then tried ldd and gdb and I get an instant segmentation fault. If I unset the LD_LIBRARY_PATH variable and then try ldd and gdb, they work but the application fails because it's linking against older libraries. Any ideas would be greatly appreciated. I'm not sure off hand whats going wrong in your app, you might try a true jailed environment using a chroot, etc - or at least run a short study on existing jail environments and what details they attend to to make sure apps/compilation works properly. (sounds to me like you are not even reaching main() from your gcc start stubs, maybe you have something set to preload on the target system ? I dont know...) Cheers, -Tristan ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: How to create a self contained GTK+ Application for Linux
On 5/22/07, Jeremy Roberson [EMAIL PROTECTED] wrote: The majority of our clients are using custom Linux Distributions and they are using older versions of GTK+. Our application depends on features available in GTK+ = 2.10 so, I need to figure out how to distribute the application with all of its dependencies. So, I used ldd to determine all of the dependencies. The output is listed below. -ldd interwrite-learning-systray linux-gate.so.1 = (0xe000) libgtk-x11-2.0.so.0 = /usr/lib/libgtk-x11-2.0.so.0 (0xb7c49000) libgdk-x11-2.0.so.0 = /usr/lib/libgdk-x11-2.0.so.0 (0xb7bc3000) libatk-1.0.so.0 = /usr/lib/libatk-1.0.so.0 (0xb7ba7000) libgdk_pixbuf-2.0.so.0 = /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7b9) libm.so.6 = /lib/tls/i686/cmov/libm.so.6 (0xb7b69000) libpangocairo-1.0.so.0 = /usr/lib/libpangocairo-1.0.so.0 (0xb7b61000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xb7b36000) libXext.so.6 = /usr/lib/libXext.so.6 (0xb7b28000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xb7b1f000) libXinerama.so.1 = /usr/lib/libXinerama.so.1 (0xb7b1c000) libXi.so.6 = /usr/lib/libXi.so.6 (0xb7b14000) libXrandr.so.2 = /usr/lib/libXrandr.so.2 (0xb7b0e000) libXcursor.so.1 = /usr/lib/libXcursor.so.1 (0xb7b05000) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0xb7b0) libpango-1.0.so.0 = /usr/lib/libpango-1.0.so.0 (0xb7ac1000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0xb7a51000) libX11.so.6 = /usr/lib/libX11.so.6 (0xb796) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0xb7926000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0xb7923000) libdl.so.2 = /lib/tls/i686/cmov/libdl.so.2 (0xb791f000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0xb7919000) librt.so.1 = /lib/tls/i686/cmov/librt.so.1 (0xb791) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0xb787b000) libpthread.so.0 = /lib/tls/i686/cmov/libpthread.so.0 (0xb7864000) libc.so.6 = /lib/tls/i686/cmov/libc.so.6 (0xb7723000) /lib/ld-linux.so.2 (0xb7fb1000) libpangoft2-1.0.so.0 = /usr/lib/libpangoft2-1.0.so.0 (0xb76f7000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xb768c000) libz.so.1 = /usr/lib/libz.so.1 (0xb7678000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xb7658000) libXau.so.6 = /usr/lib/libXau.so.6 (0xb7655000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xb7631000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0xb762c000) So, I copied all of the shared libraries into a sub directory of the application directory called lib/ for testing. I then used the following commands. -export LD_LIBRARY_PATH=../lib -./interwrite-learning-systray Everything runs okay on my system with GTK+ 2.10 I then ran ldd again to see if my application was linked against the libraries that I'm providing in the application directory and sure enough, it is. The output is below. -ldd interwrite-learning-systray linux-gate.so.1 = (0xe000) libgtk-x11-2.0.so.0 = ../lib/libgtk-x11-2.0.so.0 (0xb7c0d000) libgdk-x11-2.0.so.0 = ../lib/libgdk-x11-2.0.so.0 (0xb7b87000) libatk-1.0.so.0 = ../lib/libatk-1.0.so.0 (0xb7b6b000) libgdk_pixbuf-2.0.so.0 = ../lib/libgdk_pixbuf-2.0.so.0 (0xb7b54000) libm.so.6 = ../lib/libm.so.6 (0xb7b2d000) libpangocairo-1.0.so.0 = ../lib/libpangocairo-1.0.so.0 (0xb7b25000) libfontconfig.so.1 = ../lib/libfontconfig.so.1 (0xb7afa000) libXext.so.6 = ../lib/libXext.so.6 (0xb7aeb000) libXrender.so.1 = ../lib/libXrender.so.1 (0xb7ae3000) libXinerama.so.1 = ../lib/libXinerama.so.1 (0xb7ae) libXi.so.6 = ../lib/libXi.so.6 (0xb7ad8000) libXrandr.so.2 = ../lib/libXrandr.so.2 (0xb7ad2000) libXcursor.so.1 = ../lib/libXcursor.so.1 (0xb7ac8000) libXfixes.so.3 = ../lib/libXfixes.so.3 (0xb7ac3000) libpango-1.0.so.0 = ../lib/libpango-1.0.so.0 (0xb7a85000) libcairo.so.2 = ../lib/libcairo.so.2 (0xb7a15000) libX11.so.6 = ../lib/libX11.so.6 (0xb7924000) libgobject-2.0.so.0 = ../lib/libgobject-2.0.so.0 (0xb78e9000) libgmodule-2.0.so.0 = ../lib/libgmodule-2.0.so.0 (0xb78e6000) libdl.so.2 = ../lib/libdl.so.2 (0xb78e2000) libgthread-2.0.so.0 = ../lib/libgthread-2.0.so.0 (0xb78dd000) librt.so.1 = ../lib/librt.so.1 (0xb78d4000) libglib-2.0.so.0 = ../lib/libglib-2.0.so.0 (0xb783e000) libpthread.so.0 = ../lib/libpthread.so.0 (0xb7827000) libc.so.6 = ../lib/libc.so.6 (0xb76e6000) /lib/ld-linux.so.2 (0xb7f67000) libpangoft2-1.0.so.0 = ../lib/libpangoft2-1.0.so.0 (0xb76bb000) libfreetype.so.6 = ../lib/libfreetype.so.6 (0xb764f000) libz.so.1 = ../lib/libz.so.1 (0xb763b000) libexpat.so.1
Re: How to create a self contained GTK+ Application for Linux
Tristan Van Berkom tvb at gnome.org writes: On Tue, 2007-05-22 at 20:29 +, Jeremy Roberson wrote: [...] And I get a segmentation fault. I then tried ldd and gdb and I get an instant segmentation fault. If I unset the LD_LIBRARY_PATH variable and then try ldd and gdb, they work but the application fails because it's linking against older libraries. Any ideas would be greatly appreciated. I'm not sure off hand whats going wrong in your app, you might try a true jailed environment using a chroot, etc - or at least run a short study on existing jail environments and what details they attend to to make sure apps/compilation works properly. (sounds to me like you are not even reaching main() from your gcc start stubs, maybe you have something set to preload on the target system ? I dont know...) Cheers, -Tristan Okay, I tried on two of my target systems and I'm noticing a pattern. When I attempt to run the application without setting the LD_LIBRARY_PATH, the application fail due to library incompatibilities which, is expected. As soon as I set LD_LIBRARY_PATH variable, every command executed in the shell fails with a segmentation fault. Something about the LD_LIBRARY_PATH environment variable is causing problems. Based on my reading, the dynamic linker checks LD_LIBRARY_PATH first and then continues checking the linker cache so, setting this variable shouldn't in my opinion cause all commands executed in the shell to fail. In case your curios, the two distributions I'm testing on are GuadaLinex and LinKat. We're targeting a ton more but, I'm working with these two until I can figure out how to get it to work on them Thanks, Jeremy ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Extending GtkRange to support buffered region / GtkRange subclassing limitation
Hi, I subclassed GtkHScale and overrode expose_event virtual function and others to add additional functionality to the class. I called the parent classes's (particularly GtkRange's) expose_event implementation to draw the trough and slider. So far so good. Due to the lack of support for buffered region in GtkRange for multimedia application, I'm trying to extend its implementation to add that support. However, GtkRange is extremely inflexible (in my opinion, that is.) Its layout object is private, gtk_range_calc_layout() function is static, there is no class virtual functions for layout calculation, no virtual function for drawing of its parts -- its trough (I investigated GtkStyle, which can't provide a solution here), etc., making me thinking that my only way out is create my own GtkRange replacement. I cannot make use of part of GtkRange functionality because it won't let me. In my opinion, the layout object should be accessible to the subclass so that subclass can add drawing on top of the parts correctly whenever necessary. This also meant that I need my own GtkScale and GtkHScale, even if I don't need to make any changes in these GtkRange subclasses. Does anybody see other alternatives to maintaining private stack of GtkRange, GtkScale, and GtkHScale? (Is a second rewrite of GtkRange warranted?) Thanks. -- Daniel Yek ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
How to get the titles for all top level windows
Hi, I am using GTK version 2.8.9 on Fedora Core 6. I need to develop an application that lists all top level windows along with the corresponding titles. I tried using the method gdk_windows_get_toplevels() to return the GList of all top level windows on the default screen on the default display. When I check the count of the list returned, I always get 1 irrespective of the number of GUI applications I am running. My code snippet: . GList * pList = gdk_windows_get_toplevels(); g_print(Number of Top Level Windows: %d\n, g_list_length(pList)); The count is always printed as 1. I would greatly appreciate it if some one can point me to the error here or still better a code snippet that can do this. Thanks Sreeram ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: How to get the titles for all top level windows
On Tue, 2007-05-22 at 16:33 -0700, Sreeram Akella wrote: Hi, I am using GTK version 2.8.9 on Fedora Core 6. I need to develop an application that lists all top level windows along with the corresponding titles. I tried using the method gdk_windows_get_toplevels() to return the GList of all top level windows on the default screen on the default display. When I check the count of the list returned, I always get 1 irrespective of the number of GUI applications I am running. It returns the number of top-level windows in _an_ application. It doesn't have a way to reach through the X server and query which X apps are gtk apps, and query them for how many top-level windows _they_ have. Each of your apps (that you've instrumented) apparently have only one top-level window. gtk supports having more than one top-level window in an application, but apparently none of the apps in which you make that call are using more than 1. // Wally -- [EMAIL PROTECTED] Office: 619.278.2084 Cell: 619.990.2286 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: How to get the titles for all top level windows
On Tue, 2007-05-22 at 16:33 -0700, Sreeram Akella wrote: I would greatly appreciate it if some one can point me to the error here or still better a code snippet that can do this. you want to use libwnck, not gtk+ if you plan to manipulate the entire windows list. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: How to create a self contained GTK+ Application for Linux
Tristan Van Berkom tvb at gnome.org writes: On Tue, 2007-05-22 at 20:29 +, Jeremy Roberson wrote: [...] And I get a segmentation fault. I then tried ldd and gdb and I get an instant segmentation fault. If I unset the LD_LIBRARY_PATH variable and then try ldd and gdb, they work but the application fails because it's linking against older libraries. Any ideas would be greatly appreciated. I'm not sure off hand whats going wrong in your app, you might try a true jailed environment using a chroot, etc - or at least run a short study on existing jail environments and what details they attend to to make sure apps/compilation works properly. (sounds to me like you are not even reaching main() from your gcc start stubs, maybe you have something set to preload on the target system ? I dont know...) Cheers, -Tristan I think I figured out what is going on. When I launch my application on the older systems, the system program loader is being invoked which, isn't ABI compatible with the provided libraries. So, I launched my application from the command line using the program loader that I provide as follows. -../lib/ld-linux.so.2 --library-path ../lib ./interwrite-learning-systray And everything works. So, it's easy enough to right a launch script that performs the above operation but, is this a good approach? The other approach as suggested would be to build on a very old system. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
RE: How to get the titles for all top level windows
Hi Wally, Thanks for your quick response. But is there any way I can get the list of all the windows of all applications, just like what a Window manager would maintain? Thanks Sreeram -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 22, 2007 4:49 PM To: Sreeram Akella Cc: gtk-app-devel-list@gnome.org Subject: Re: How to get the titles for all top level windows On Tue, 2007-05-22 at 16:33 -0700, Sreeram Akella wrote: Hi, I am using GTK version 2.8.9 on Fedora Core 6. I need to develop an application that lists all top level windows along with the corresponding titles. I tried using the method gdk_windows_get_toplevels() to return the GList of all top level windows on the default screen on the default display. When I check the count of the list returned, I always get 1 irrespective of the number of GUI applications I am running. It returns the number of top-level windows in _an_ application. It doesn't have a way to reach through the X server and query which X apps are gtk apps, and query them for how many top-level windows _they_ have. Each of your apps (that you've instrumented) apparently have only one top-level window. gtk supports having more than one top-level window in an application, but apparently none of the apps in which you make that call are using more than 1. // Wally -- [EMAIL PROTECTED] Office: 619.278.2084 Cell: 619.990.2286 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GtkLabel + PangoLayout
I'm was trying to change de label pango context matrix, but no success. because you need to queue a redraw of the label. After this I wrote... ... layout = gtk_label_get_layout(GTK_LABEL(label)); pango_layout_set_text(layout, TEXT, -1); gtk_widget_queue_draw(label); But nothing happened... The only way that I found was setting a callback (expose-event) for the label But my problem is: I must do (emule) a printer, just a widget showing lines (like a paper) with a scroll. The printer receives some commands to change the mode, like normal font, double height font and double width font. If I have 42 cols and my char is 10x20 (pixels) then: Normal font: 42 chars, (420 x 20) - one normal line Double height: 42 chars (420 x 40) - two lines for each char, but the same width Double width: 42 chars (210 x 20) - two char width for each char, but the same height There's no way to set the font height ou width with pango, just the size, in points, so I was trying to use the transformation matrix (PangoMatrix) and setting it to the context, but I had a lot of problems. =\ Can you (or someone) think in a better way to do this? =| ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GtkLabel + PangoLayout
Sorry... Double width: 42 chars (210 x 20) - two char width for each char, but the same height Not 210 x 20... but 420 x 20... the same size but with just 21 chars, each one with double width. =P ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: How to create a self contained GTK+ Application for Linux
Jeremy Roberson writes: So, I copied all of the shared libraries into a sub directory of the application directory called lib/ for testing. But GTK+ and Pango also look for various other files at run-time. It's not just the shared libraries that are needed. The pathnames of these other files have been compiled in hardcoded in the shared libraries. Some functionality will not work of these files are not found then at run-time. If the compiled-in pathnames happen to match those of an existing older GTK+ installation already on the machine, things might still work, or then not. Off the top of my head, one obvious thing that will depend on run-time opening of files is the gdk-pixbuf loaders. Plus message catalogs, of course, but maybe American English is enough for all your users? --tml ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: How to create a self contained GTK+ Application for Linux
Hey Jeremy, On Wed, 23 May 2007 06:54:14 +0300 Tor Lillqvist wrote: Jeremy Roberson writes: So, I copied all of the shared libraries into a sub directory of the application directory called lib/ for testing. But GTK+ and Pango also look for various other files at run-time. It's not just the shared libraries that are needed. Another option would be to build and install (from scratch) the entire glib/gtk stack -- and any dependencies beneath them you think might not be available or new enough on any target systems -- and set the prefix at configure time to something like /opt/yourappname (don't forget PKG_CONFIG_PATH as well!). Then also install your app to that prefix, and set LD_LIBRARY_PATH appropriately before running it. You'll have to require that the package is installed to that same location (/opt/yourappname) on every target machine, but that might be acceptable in your situation. -brian ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GLib 2.13.2 released
GLib 2.13.2 is now available for download at: ftp://ftp.gtk.org/pub/gtk/2.13/ http://ftp.gnome.org/pub/GNOME/sources/glib/2.13/ glib-2.13.2.tar.bz2 md5sum: fe671c2152bda5510f6c07706c1f glib-2.13.2.tar.gz md5sum: 7c9a41df3851371d42aa13ef299de17c This is the third development release leading up to GLib 2.14. Notes: * This is unstable development release. While it has had a bit of testing, there are certainly plenty of bugs remaining to be found. This release should not be used in production. * Installing this version will overwrite your existing copy of GLib 2.12. If you have problems, you'll need to reinstall GLib 2.12. * GLib 2.14 will be source and binary compatible with the GLib 2.12 series; however, the new API additions in GLib 2.13.1 are not yet finalized, so there may be incompatibilities between this release and the final 2.14 release. In particular, API described in the following enhancement request may be added: http://bugzilla.gnome.org/show_bug.cgi?id=432651 * Bugs should be reported to http://bugzilla.gnome.org. Contributing GLib is a large project and relies on voluntary contributions. We are actively searching for new contributors in various areas and invite everyone to help project development. If you are willing to participate, please subscribe to the project mailing lists to offer your help and read over our list of vacant project tasks: http://live.gnome.org/GtkTasks About GLib == GLib is the low-level core library that forms the basis for projects such as GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. More information about GLib is available at: http://www.gtk.org/ An installation guide for the GTK+ libraries, including GLib, can be found at: http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html Overview of Changes from GLib 2.13.1 to GLib 2.13.2 === * Unicode support: - Add g_unichar_ismark() * GOption: - Allow to use callbacks for remaining args * Updated translations: Belarusian Latin ([EMAIL PROTECTED]) British English (en_GB) Galician (gl) Norwegian bokmål (nb) Oriya (or) Spanish (es) Thai (th) Thanks to all contributors: Yevgen Muntyan Behdad Esfahbod Dan Winship Dave Benson Tor Lillqvist Christian Persch Damien Carbery Vincent Untz Michael Natterer Joseph Sacco Philip Withnall Guillaume Desmottes Matthias Clasen May 23, 2007 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: how to constrain the cursor in just one screen.
Hi, this mailing-list is about development of GTK+. Please ask your question on gtk-list or gtk-app-devel-list. Thanks. Sven PS: Take a look at the confine_to parameter of gdk_pointer_grab(). ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
How to generate python bindings correctly - for a GObject based system?
Hi, I'm trying to write a python wrapper for my GObject derived system --- // Object definition struct _MakuObject { GObject parent; gint age; DBusGProxy *gproxy; }; // ObjectKlass definition struct _MakuObjectClass { GObjectClass parent; /* Signals */ }; --- And one public function --- void maku_object_say_cheese (int i); --- I'm using SWIG for this process. SWIG is able to generate bindings correctly --- import maku maku.maku_object_say_cheese (10) MakuObject just sent you a CHEESE! :) --- HOWEVER, how can I get these bindings to be used as... --- import maku maku.say_cheese (10) --- Is there any way I can accomplish this? The tarball of my project with a sample Makefile is attached. Please run make swig to generate the python module. Any pointers, suggestions would be much appreciated :) Thanks, Makuchaku swig.tar.gz Description: GNU Zip compressed data ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Common widget for choosing file formats
Quoting myself from Bug 440431[1]: Applications supporting multiple file formats needs a file-format chooser in their file saving dialog. Several GNOME apps implement very similiar file-format choosers - so it makes sense to me, to add this widget to GTK+. The widget would be used like this: GtkWidget *format_chooser = egg_file_format_chooser_new(); gtk_file_chooser_set_extra_widget(GTK_FILE_CHOOSER(dialog), format_chooser); EggFileFormat *format; format = egg_file_format_new (_(Scalable Vector Graphics (SVG)), svg, NULL); egg_file_format_chooser_add_format(EGG_FILE_FORMAT_CHOOSER(format_chooser), format); format = egg_file_format_new (_(Compiliertes Layout (C-Header)), h, NULL); egg_file_format_chooser_add_format(EGG_FILE_FORMAT_CHOOSER(format_chooser), format); ... if (GTK_RESPONSE_ACCEPT == gtk_dialog_run (file_chooser)) { EggFileFormat *format = egg_file_format_chooser_get_format (format_chooser); gchar *filename = gtk_file_chooser_get_filename (chooser); if (NULL == format) format = egg_file_format_chooser_guess_by_extension (format_chooser, filename); app_file_format_save (APP_FILE_FORMAT (format), filename); g_free (filename); } Suggested API: http://bugzilla.gnome.org/attachment.cgi?id=88596action=view http://bugzilla.gnome.org/attachment.cgi?id=88598action=view Is it OK, to commit this to GTK+? Should I add it to libegg first? Ideas? Suggestions? [1] http://bugzilla.gnome.org/show_bug.cgi?id=440431 -- Mathias Hasselmann [EMAIL PROTECTED] http://taschenorakel.de/ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Common widget for choosing file formats
On Tue, 2007-05-22 at 14:43 +0200, Mathias Hasselmann wrote: Quoting myself from Bug 440431[1]: Applications supporting multiple file formats needs a file-format chooser in their file saving dialog. Several GNOME apps implement very similiar file-format choosers - so it makes sense to me, to add this widget to GTK+. Could you please also show what the existing implementations look like (both in terms of code and UI), as well as what your implementation looks like? -- Bastien Nocera [EMAIL PROTECTED] ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
[REMINDER] GTK+ developers Ttam meeting tonight
hi everyone; since nobody has objected to the date/time for a developers meeting[1], here's the more format announcement/reminder: tonight, tuesday may 22nd, at 21:00 UTC [2] in #gtk-devel on irc.gimp.org the action points for the meeting: * where are we wrt FOSDEM release schedule [3]; * summary of the board meeting about gtk+; * are people in the foundation sponsoring a conf call for the team? * post-2-12 features initial rundown everyone can attend to the meeting. ciao, Emmanuele. +++ [1] http://mail.gnome.org/archives/gtk-devel-list/2007-May/msg00203.html [2] 17:00 EDT, 14:00 PDT, 00:00 EEST, 22:00 BST [3] http://mail.gnome.org/archives/gtk-devel-list/2007-March/msg1.html -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Common widget for choosing file formats
Am Dienstag, den 22.05.2007, 14:51 +0200 schrieb Xavier Bestel: On Tue, 2007-05-22 at 14:43 +0200, Mathias Hasselmann wrote: Applications supporting multiple file formats needs a file-format chooser in their file saving dialog. Several GNOME apps implement very similiar file-format choosers - so it makes sense to me, to add this widget to GTK+. The widget would be used like this: GtkWidget *format_chooser = egg_file_format_chooser_new(); gtk_file_chooser_set_extra_widget(GTK_FILE_CHOOSER(dialog), format_chooser); EggFileFormat *format; format = egg_file_format_new (_(Scalable Vector Graphics (SVG)), svg, NULL); egg_file_format_chooser_add_format(EGG_FILE_FORMAT_CHOOSER(format_chooser), format); That may be a bit short for container formats, which must handle subformats (e.g. AVI with different audio/video codecs). Definitly didn't have this case in mind, and maybe its out of scope for a _common_ widget - nevertheless we should figure out, if a common widget can cover this case. What would be a good UI for that? - A tree with the container formats as root nodes? - A second chooser widget changing its content everytime a new container format is choosen? - Something completely different? Ciao, Mathias -- Mathias Hasselmann [EMAIL PROTECTED] http://taschenorakel.de/ signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [REMINDER] GTK+ developers Ttam meeting tonight
On 5/22/07, Emmanuele Bassi [EMAIL PROTECTED] wrote: tonight, tuesday may 22nd, at 21:00 UTC [2] in #gtk-devel on irc.gimp.org And here's a little helper for timezone impaired such as myself: http://www.timeanddate.com/worldclock/fixedtime.html?month=5day=22year=2007hour=21min=0sec=0p1=0 -- Tommi Komulainen [EMAIL PROTECTED] ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Common widget for choosing file formats
On Tue, 2007-05-22 at 16:34 +0200, Mathias Hasselmann wrote: Am Dienstag, den 22.05.2007, 14:51 +0200 schrieb Xavier Bestel: On Tue, 2007-05-22 at 14:43 +0200, Mathias Hasselmann wrote: Applications supporting multiple file formats needs a file-format chooser in their file saving dialog. Several GNOME apps implement very similiar file-format choosers - so it makes sense to me, to add this widget to GTK+. The widget would be used like this: GtkWidget *format_chooser = egg_file_format_chooser_new(); gtk_file_chooser_set_extra_widget(GTK_FILE_CHOOSER(dialog), format_chooser); EggFileFormat *format; format = egg_file_format_new (_(Scalable Vector Graphics (SVG)), svg, NULL); egg_file_format_chooser_add_format(EGG_FILE_FORMAT_CHOOSER(format_chooser), format); That may be a bit short for container formats, which must handle subformats (e.g. AVI with different audio/video codecs). Definitly didn't have this case in mind, and maybe its out of scope for a _common_ widget Agreed. After all applications needing to choose a codec will want to specify a bitrate and some other settings, way out of scope for your generic widget. A simple format name with an optional icon should be ok. Xav ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: glib/gtk compilation subsets (Re: is glib too bloated?)
On 5/14/07, Tim Janik [EMAIL PROTECTED] wrote: we've discussed that during last GUADECs Gtk+ meeting: http://mail.gnome.org/archives/gtk-devel-list/2006-June/msg00146.html the main outcome was that the ability to disable some of the non-strict-core widgets in Gtk+ could be an interesting code size reduction in embedded contexts. if done properly and if it's possibly interesting to have for multiple parties, compilation subsets could also be backfolded into the upstream Gtk+ configure.in/Makefile.am. so far, no one has really attempted this and submitted a patch though, and without anyone taking a stab at it, it won't happen. I actually did an initial investigation of allowing build-time subsets in gtk, and I believe I reported the results on this mailing list sometime last year, but the memory savings were not overly spectacular. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: How to generate python bindings correctly - for a GObject based system?
Hi, मयंक जैन (makuchaku) wrote: I'm trying to write a python wrapper for my GObject derived system I think the PyGTK mailing list is a better place to ask this, since this list here is about the development of GTK+ (not applications, but the library) and related things. See http://www.pygtk.org/feedback.html . Greetings, - Felix ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Shipping multiple themes by default (Was: Sudden Tango changes in trunk)
On 3/29/07, Loïc Minier [EMAIL PROTECTED] wrote: Hi, Would it be difficult to ship multiple themes by default, for example legacy and tango (and perhaps qt and metal themes in the future?); the default theme could be selected at build time and the default default could be set to tango for win32 and win32 only. Distributors could easily decide which themes they do ship and it would be easy to switch the default default from legacy to tango with $next_major_release for all platforms -- while still making it available for legacy purposes. (In a way, this maps relatively close to how Java's Swing Look and Feel themes are handled.) How is that different from what existing theme engine, icon theme and theme packages provide today ? (...other than shifting additional maintenance burden on the GTK+ team) Matthias ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: first Gtk Version over DirectFB
On 3/28/07, Attilio Fiandrotti [EMAIL PROTECTED] wrote: i believe it would be nice if someone could sync directfb backend in trunk with stable release: all that's in trunk can be safely backported into 2.10 (also some autofile sysnc is needed). I sadly cannot do it by myself as i have no svn write access. Since more and more people use gtkdfb in production environments, i feels we need to have it working in regular gtk releases. BTW, the directfb gnome bug page is also messy: a lot of bugs duplicates exist, many closed bugs are still indicated as open etc.. i can take care of that as i take care of bugs related to gtkdfb in debian: do i need some special permission? indications about how to manage bugs in gnome? It is really up to the people working with and on the directfb backend to a) merge bugfixes to the stable branch as appropriate b) manage the backend-specific bugs I realize that we may not have given Mike a proper subsystem maintainer initiation. Apologies for that... Matthias ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Warning about reaped children
On 3/29/07, Federico Mena Quintero [EMAIL PROTECTED] wrote: Hi, I forgot to pass G_SPAWN_DO_NOT_REAP_CHILD to g_spawn_async_with_pipes() and ended up scratching my head about why my GChildWatch callback wasn't firing. After some hot strace action and RTFM, I added that flag and everything worked perfectly. Do we need a warning like the one in the attached patch? Sounds like a good idea to me. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GtkEditableLabel Widget
Hello All, It was recommended that I ask this question on the gtk-devel-list instead, so here it goes: I have an interest invested in an editable label widget because of an application I am working on. Because of this, I decided to work on the widget myself since the project seems to have been dropped from the list of priorities. On Bugzilla, there is an implementation that was written in 2005, but it is not acceptable because it uses more than the available signal padding slots from GtkLabel. It is quite obvious that the way to go is to use the GtkEditable interface in a new widget called something like GtkEditableLabel. However, there are two different approaches that I've come up with. One way to implement this widget would be to derive it from GtkLabel. This would allow the widget to inherit all of the code from GtkLabel, but may cause problems because of hidden data and the fact that GtkLabel already handles selections in a different way. The other option is to do what EelEditableLabel did and just derive from GtkMisc. This would add a little extra baggage because of reimplementing a few of the same features. However, I think this may be the better way to go in terms of API and speed of the widget. Does anyone have any thoughts on this issue, in one direction or the other? People were suggesting using GtkEntry, GtkTextView, and GtkCellView as a replacement, but these will not work. The label must be multi-lined, which cuts out GtkEntry. GtkCellView is gone because its editing requires a GtkEntry widget, and I want it inline. GtkTextView has too much overhead if you want many of these widgets. Thoughts? --- Andrew Krause ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: first Gtk Version over DirectFB
Matthias Clasen ha scritto: On 3/28/07, Attilio Fiandrotti [EMAIL PROTECTED] wrote: i believe it would be nice if someone could sync directfb backend in trunk with stable release: all that's in trunk can be safely backported into 2.10 (also some autofile sysnc is needed). I sadly cannot do it by myself as i have no svn write access. Since more and more people use gtkdfb in production environments, i feels we need to have it working in regular gtk releases. BTW, the directfb gnome bug page is also messy: a lot of bugs duplicates exist, many closed bugs are still indicated as open etc.. i can take care of that as i take care of bugs related to gtkdfb in debian: do i need some special permission? indications about how to manage bugs in gnome? It is really up to the people working with and on the directfb backend to a) merge bugfixes to the stable branch as appropriate b) manage the backend-specific bugs I realize that we may not have given Mike a proper subsystem maintainer initiation. Apologies for that... I was recently given write access to Gnome's BTS and SVN repository: i'll take care to maintain the directfb component bugreports page and to backport to the stable branch all the fixes Mike applies to trunk. Many bugs, even thanks to patches provided by users, were recently fixed in trunk and backported to gtk-2-10: i expect gtk+ 2.10.13 to contain a much more usable and stable DirectFB backend than before. regards Attilio Fiandrotti ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: [REMINDER] GTK+ developers Ttam meeting tonight
On Tue, 2007-05-22 at 12:28 -0400, Olav Vitters wrote: On Tue, May 22, 2007 at 02:29:28PM +0100, Emmanuele Bassi wrote: * are people in the foundation sponsoring a conf call for the team? The board uses the Sun conference call system. If allowed for gtk+, one person has to set it up (forgot who) and then everyone should be able to call in (for free). Glynn sets up the Sun system. But I believe there are other options too if Glynn is too busy to set it up. For example, Nokia, Red Hat, or Linux Foundation may be able to offer their conferencing system. Which one works best really depends on where people who want to join the conference are located. -- behdad http://behdad.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin, 1759 ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Shipping multiple themes by default (Was: Sudden Tango changes in trunk)
On Tue, May 22, 2007, Matthias Clasen wrote: Would it be difficult to ship multiple themes by default, for example legacy and tango (and perhaps qt and metal themes in the future?); the default theme could be selected at build time and the default default could be set to tango for win32 and win32 only. How is that different from what existing theme engine, icon theme and theme packages provide today ? (...other than shifting additional maintenance burden on the GTK+ team) It would be possible at the distribution level and with the existing infrastructure, but the context of the proposal was that people were standing against the icon update because it might break the legacy uses, and people were standing in favor of the icon update because it would mean nicer icons under Win32. My proposal simply tried to map the two, by allowing Gtk to ship multiple icon themes, and let the distributor build one from the list, or default to a non-legacy one for Win32. -- Loïc Minier ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Warning about reaped children
On Tue, 2007-05-22 at 13:32 -0400, Matthias Clasen wrote: On 3/29/07, Federico Mena Quintero [EMAIL PROTECTED] wrote: Hi, I forgot to pass G_SPAWN_DO_NOT_REAP_CHILD to g_spawn_async_with_pipes() and ended up scratching my head about why my GChildWatch callback wasn't firing. After some hot strace action and RTFM, I added that flag and everything worked perfectly. Do we need a warning like the one in the attached patch? Sounds like a good idea to me. Hmm, Tim had a few objections: http://mail.gnome.org/archives/gtk-devel-list/2007-April/msg00037.html Though I think the common case is that one *isn't* doing the things that could cause waitpid() to return ECHILD --- so the warning would be adequate. Federico ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+ Team Meeting Minutes - 22nd May 2007
hey everyone; these are the minutes for the gtk+ team meeting held on may, 22nd 2007. the meeting was incredibly good and I'd like to thank everyone that participated tonight. as usual, the (slightly edited) log of the meeting is available on the gtk+ website, at http://www.gtk.org/plan/meetings/ enjoy. +++ 1) decide next meetings' day and time the day seemed fine, but 21:00 UTC looked like to be pretty late for many; mclasen proposed to move the meeting time one hour earlier, at 20:00 UTC. everyone agreed. ACTION: the meeting date stays at tuesday (unless in case of major schedule conflicts), but the time is moved at 20:00 UTC 2) summary of board meeting about gtk+ rambokid reported on the AB meeting about gtk+: state of the maintenance (corporate support, GtkLove and GtkTasks); some companies promised more work with upstream and some are interest in financial support for the foundation. also in the AB meeting: the foundation offered support for allowing a conference call set up for the gtk+ team, in addition to the irc the usual GUADEC meetings. such conference call would be useful for discussing financial issues, pre-release high bandwidth decisions, etc. and it would be ideally done just once per release cycle. ACTION: ebassi will gather the action points and the attendees when the conference call is needed 3) GtkTasks gtk+ managerial-type tasks have been set up on the wiki. it seems they did reach out to the community and effectively made possible to spread out the management of gtk+ to a wider number of persons. mclasen proposed to add a GtkTask for pre-release checking: backend maintainers should smoketest a release before it's actually packaged. ebassi and jdahlin asked whether the build brigade could help in this task, by adding multiple architectures to the build and check that all the different backends are at least in a buildable state. also a svn-frozen state should be used on the glib/gtk+ repositories when the release is being made, to avoid commits breaking the dist check phase. ACTION: mclasen and bkor will investigate what's needed for locking a svn repository xan asked for a way to flag bugs and poke maintainers and core developers for reviewing patches in bugzilla. rambokid and mclasen wanted a regular bug summary, with a per-maintainer break down like the ones that owen sent on the list. ACTION: xan will do a bug rundown and regularly send it to the mailing list to avoid patches bitrotting in bugzilla 4) releasing schedule behdad wanted to land in gtk+ trunk the pango-1.18 changes, in order to target a pre-guadec release of pango; mclasen agreed. mclasen asked for outstanding API additions to glib 2.14; mitch and ebassi pointed out the xdg-user-dirs support, which has a full multi platform implementation in gimp, but no defined API. mclasen said that glib could delay API freeze if an API is proposed. ACTION: mitch will work on an API for xdg-user-dirs support no outstanding bugs blocking a semi-frozen glib 2.14 developers snapshot. ACTION: mclasen will try and get a glib API frozen snapshot out next week major blockers for gtk+ 2.12: gtkbuilder, finish notebook d-n-d API changes, offscreen rendering. gtkbuilder is the biggest blocker, followed by the offscreen rendering. rambokid has been reviewing the offscreen rendering patch and said that the widget snapshot code still has some bugs but might land in time for 2.12; the event redirection still needs work. gtkbuilder needs a final review cycle. notebook d-n-d changes too need a final review cycle for the window creation signal patch. ACTION: garnacho will work on the notebook d-n-d patches, and will cc mitch on this ACTION: rambokid will work on the offscreen rendering patch minor pending items for gtk+ 2.12 from kris: tooltpip positioning, tree view column resizing and tap-n-hold API. minor pending items fro gtk+ 2.12 from mclasen: compositing window patch from desrt. ACTION: mclasen will try and get a developers snapshot of gtk+ out next week along with the glib one kris proposed to shift the release dates for glib 2.14 and gtk+ 2.12 by a month; this would move the release dates from pre-GUADEC to slightly post-GUADEC, just like last year. everyone agreed. +++ ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GLib 2.13.2 released
GLib 2.13.2 is now available for download at: ftp://ftp.gtk.org/pub/gtk/2.13/ http://ftp.gnome.org/pub/GNOME/sources/glib/2.13/ glib-2.13.2.tar.bz2 md5sum: fe671c2152bda5510f6c07706c1f glib-2.13.2.tar.gz md5sum: 7c9a41df3851371d42aa13ef299de17c This is the third development release leading up to GLib 2.14. Notes: * This is unstable development release. While it has had a bit of testing, there are certainly plenty of bugs remaining to be found. This release should not be used in production. * Installing this version will overwrite your existing copy of GLib 2.12. If you have problems, you'll need to reinstall GLib 2.12. * GLib 2.14 will be source and binary compatible with the GLib 2.12 series; however, the new API additions in GLib 2.13.1 are not yet finalized, so there may be incompatibilities between this release and the final 2.14 release. In particular, API described in the following enhancement request may be added: http://bugzilla.gnome.org/show_bug.cgi?id=432651 * Bugs should be reported to http://bugzilla.gnome.org. Contributing GLib is a large project and relies on voluntary contributions. We are actively searching for new contributors in various areas and invite everyone to help project development. If you are willing to participate, please subscribe to the project mailing lists to offer your help and read over our list of vacant project tasks: http://live.gnome.org/GtkTasks About GLib == GLib is the low-level core library that forms the basis for projects such as GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. More information about GLib is available at: http://www.gtk.org/ An installation guide for the GTK+ libraries, including GLib, can be found at: http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html Overview of Changes from GLib 2.13.1 to GLib 2.13.2 === * Unicode support: - Add g_unichar_ismark() * GOption: - Allow to use callbacks for remaining args * Updated translations: Belarusian Latin ([EMAIL PROTECTED]) British English (en_GB) Galician (gl) Norwegian bokmål (nb) Oriya (or) Spanish (es) Thai (th) Thanks to all contributors: Yevgen Muntyan Behdad Esfahbod Dan Winship Dave Benson Tor Lillqvist Christian Persch Damien Carbery Vincent Untz Michael Natterer Joseph Sacco Philip Withnall Guillaume Desmottes Matthias Clasen May 23, 2007 ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list