GTK+ 2.10.7 released

GTK+ 2.10.7 is now available for download at: ftp://ftp.gtk.org/pub/gtk/v2.10/ http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.10/ gtk+-2.10.7.tar.bz2 md5sum: acb0c10be4495928db68d2279e34f20c gtk+-2.20.7.tar.gzmd5sum: 4b6221c15ae3e9903d17102b731dcd2d This is a bugfix release in the 2.10.x

GTK+ team IRC meeting

Hey, after a much too long hiatus, lets get back into the schedule. I'd like to propose that we meet at the time we used earlier, which would be Tuesday 15:00 EST / 20:00 UTC on #gtk-devel. Does that work for everybody ? Topics could include: - Getting 2.12 development back on track - Tim's Maint

gtk_statusbar font change

Hello All: I cant change the statusbar font under X11 or directFB backend. Im using pango to do this. Does anybody have any tip to do this ? Thanks, Luis __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis!

Re: "Correct" Windows, KDE button order? (was: Re: alternative button order: Why don't we auto-guess the alternative order by default if appropriate?)

I'm missing part of the conversation, but is this Portland Project discussion? I know KDE and Gnome do it differently (OK/Cancel, Cancel/OK) for their respective reasons (ie, afaik they didnt just make it up and it didnt just happen that way). The same for the position of Help, Defaults, App

"Correct" Windows, KDE button order? (was: Re: alternative button order: Why don't we auto-guess the alternative order by default if appropriate?)

Am Freitag, den 05.01.2007, 14:51 +0100 schrieb Sven Neumann: > Hi, > > On Fri, 2007-01-05 at 14:25 +0100, Christian Neumair wrote: > > > I'm mainly asking because in 99% of the cases one wants the alternative > > order to be reverse from the original order > > I haven't found a definitive sourc

Re: alternative button order: Why don't we auto-guess the alternative order by default if appropriate?

On 1/5/07, Christian Neumair <[EMAIL PROTECTED]> wrote: > I wonder why we don't check for the alternative button order in > gtk_dialog_add_button > gtk_dialog_add_action_widget > and automatically prepend the button iff > gtk_alternative_dialog_button_order > returns TRUE. > > Developers can

Re: alternative button order: Why don't we auto-guess the alternative order by default if appropriate?

Hi, On Fri, 2007-01-05 at 14:25 +0100, Christian Neumair wrote: > I'm mainly asking because in 99% of the cases one wants the alternative > order to be reverse from the original order I haven't found a definitive source for this, but as far as I know, your assumption breaks as soon as a third bu

alternative button order: Why don't we auto-guess the alternative order by default if appropriate?

I wonder why we don't check for the alternative button order in gtk_dialog_add_button gtk_dialog_add_action_widget and automatically prepend the button iff gtk_alternative_dialog_button_order returns TRUE. Developers can still override the automatically determined order with gtk_dialog_set

Re: Tooltips patch [take 1]

On Wed, 1 Nov 2006, Xan López wrote: Hi, just a small comment: If we want the new tooltip code to be really useful on touchscreen mode, we need a way to emit the query-tooltip signal on insensitive widgets on button press. The current behaviour is not very useful in a touchscreen device. this