In case anyone's interested I solved the problem with a little hack.
I create the progress bar this way:
progBar = gtk_progress_bar_new();
gtk_box_pack_start (GTK_BOX (vboxGr), GTK_PROGRESS_BAR(progBar), FALSE, FALSE,
0);
gtk_widget_show (progBar));
progressBarHack(progBar);
the function
On Thu, Jun 10, 2010 at 01:31:33PM +0200, Michael T. wrote:
In case anyone's interested I solved the problem with a little hack.
I create the progress bar this way:
progBar = gtk_progress_bar_new();
gtk_box_pack_start (GTK_BOX (vboxGr), GTK_PROGRESS_BAR(progBar), FALSE,
FALSE, 0);
Fixed now in git, bug #621168.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Hi,
Hello, this all looks like utter voodoo.
Yes it does. I tried 10 other ways and they didn't work. This one works
perfectly (so far).
You have probably a trivial
bug somewhere (elsewhere) in your code, maybe some
extern/static/initialization confusion?
All initialization was shown
GTK+ 2.21.2 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.21/
http://download.gnome.org/sources/gtk+/2.21/
48f0466e8149159523cd999f6b12561e3ba9e9d3effd5927641d80f8c9f83fdd gtk
+-2.21.2.tar.bz2
17ba1e1ef1122be9e845a1d1e520b82a3a7d5231365956e7c7754312f28aa5c3 gtk
I've been using gtk for a while and frequently get messages like this:
(nuchimp2:2621): Gtk-CRITICAL **: gtk_text_view_get_buffer: assertion
`GTK_IS_TEXT_VIEW (text_view)' failed
some times I can stumble over the cause and solution but the rest of
the time I'm left to blindly grope around in the
On Thu, 2010-06-10 at 04:23 +0300, Владимир wrote:
I said I listened to all the events, not just some, in particular
IN_ATTRIB stands for File's metadata (inode or xattr) was changed..
That is, I used IN_ALL_EVENTS which stands for Bitwise OR of all
events..
Then its a bit weird that you got
On Wed, 2010-06-09 at 20:20 -0400, David A Benjamin wrote:
I've run into this issue (and have been poking at it recently). The core
problem appears to be that, although GTK+ is using CUPS and setting things
like httpBlocking off, the CUPS non-blocking API isn't. See
conversations with CUPS
2010/6/9 Richard Hughes hughsi...@gmail.com:
With GApplication we have:
application = g_application_new_and_register
(org.gnome.ColorManager.Prefs, argc, argv);
and with GtkApplication we have:
application = gtk_application_new (argc, argv,
org.gnome.ColorManager.Prefs);
O Mar, 08-06-2010 ás 01:20 -0400, Matthias Clasen escribiu:
* Bugs fixed:
I had submitted this bug as an enhancement and it was not taken into
account. I expected that it could be included in the next release, but
it wasn't and I guess it is because you didn't have any spare time to do
it, but I
On 10 June 2010 10:34, Alberto Ruiz ar...@gnome.org wrote:
I do think it matters a lot, there should be consistency between
calls, good catch.
For what it's worth, I prefer the glib style, so the app-id goes first.
Richard.
___
gtk-devel-list mailing
Hi,
File gio/gioenums.h b/gio/gioenums.h in glib-2.25.7.tar.bz2 has some
stray commas at the end of enums that gcc 4.5 does not like. This patch
removes them.
-Mark
diff -urN a/gio/gioenums.h b/gio/gioenums.h
--- a/gio/gioenums.h 2010-05-24 18:39:22.0 +0200
+++ b/gio/gioenums.h
Hello,
I installed libiconv-1.13.1 for glib-2.24.1. And when i make, i got the
following:
make all-recursive
make[1]: Entering directory `/opt/gtk/glib-2.24.1'
Making all in .
make[2]: Entering directory `/opt/gtk/glib-2.24.1'
make[2]: Leaving directory `/opt/gtk/glib-2.24.1'
Making all in
Hello,
I installed the latest version of glib on my ubuntu 9.10 machine patched the
kernel version of 2.6.32. After making glib before installing, my machine
does not boot. What could be the problem?
Regards,
Jinhee
___
gtk-devel-list mailing list
On Thu, Jun 10, 2010 at 9:38 AM, Alexander Larsson al...@redhat.com wrote:
On Wed, 2010-06-09 at 20:20 -0400, David A Benjamin wrote:
I've run into this issue (and have been poking at it recently). The core
problem appears to be that, although GTK+ is using CUPS and setting things
like
Le mercredi 09 juin 2010 à 20:20 -0400, David A Benjamin a écrit :
It appears that the only sane way to interact with CUPS in a GUI
application is to use separate threads. If folks do not object the
change,
I'll try my hand at them.
I would suggest to write a very thin layer that wraps
2010/6/10 Richard Hughes hughsi...@gmail.com:
On 10 June 2010 10:34, Alberto Ruiz ar...@gnome.org wrote:
I do think it matters a lot, there should be consistency between
calls, good catch.
For what it's worth, I prefer the glib style, so the app-id goes first.
I guess it makes sense since a
The code for GTK+ 2.22 is on the gtk-engines-2-22 branch.
Cheers
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+ 2.21.2 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.21/
http://download.gnome.org/sources/gtk+/2.21/
48f0466e8149159523cd999f6b12561e3ba9e9d3effd5927641d80f8c9f83fdd gtk
+-2.21.2.tar.bz2
17ba1e1ef1122be9e845a1d1e520b82a3a7d5231365956e7c7754312f28aa5c3 gtk
Thanks Guys!
This looks like it solved my problem. I had to apply the patch manually (GTK
2.18 on OS X 10.6.3 using jhbuild).
No more hangs in the print dialog... my users will be singing your blessing.
So the patch works, and from the bug it is has already been committed since
2.22. If it
20 matches
Mail list logo