On Mon, Apr 6, 2009 at 12:23 AM, mick mickh...@bigpond.net.au wrote:
I'm using glade 2.12 to build an interface for a GTK based chat client and
having trouble locking the size of buttons, text entry, etc. widgits.
I've tried setting the height of the container, the height of the text entry
Hello,
Thanks for the answer.
Indeed this is a solution.
But imagine an application with lots of containers packed into one
another, and I want to have everything insensitive except one or two
little parts of it.
This means that I recursively have to loop through all levels of
containers and
On Wed, 2009-04-08 at 11:05 +0200, Christoph Schmeding wrote:
Hello,
Thanks for the answer.
Indeed this is a solution.
But imagine an application with lots of containers packed into one
another, and I want to have everything insensitive except one or two
little parts of it.
This means
People have been known to write binary parsers
that replace libglade along with glade file converters
Perhaps this is an option, i found a Converter under Sourceforge (glade2c).
Might be better then falling back to glade 2
for that purpose, but first of all, why arent you using
GtkBuilder ?
Hi,
I'm writing a program which uses cairo to paint some customized
semi-transparent widgets.These widgets might overlap with each other.
However I didn't find a way to make the widgets truely semi-transparent. If
a widget is covered by another widget, then the covered area will always be
erased
Code simple like this could not work as expected.
#include gtk/gtk.h
#include stdio.h
static void destroy( GtkWidget *widget,
gpointer data )
{
gtk_main_quit ();
}
static gboolean configure (GtkWidget *widget,
GdkEventConfigure *event,
Hi,
g_signal_connect //(instance, detailed_signal, c_handler, data), if the
object which connects to this signal is freed and the instance is not so
the signal is not automatically disconnected, next signal sent by the
instance is guaranteed to produce a SIGSEV.
It is very annoying in these
On Wed, Apr 8, 2009 at 4:30 AM, Ali Abdallah al...@xfce.org wrote:
Hi,
g_signal_connect //(instance, detailed_signal, c_handler, data), if the
object which connects to this signal is freed and the instance is not so the
signal is not automatically disconnected, next signal sent by the
2009/4/8 Ryan Lortie de...@desrt.ca:
Hello Everyone!
I'm proposing GVariant for inclusion in glib this cycle.
Nice! At last! All hail to desrt :-D
I've created a 'gvariant' branch of glib and pushed it to the official
repository.
For those who don't know what GVariant is, please see the
Hey Ryan,
On Wed, 2009-04-08 at 10:17 -0400, Ryan Lortie wrote:
Hello Everyone!
I'm proposing GVariant for inclusion in glib this cycle.
I've created a 'gvariant' branch of glib and pushed it to the official
repository.
For those who don't know what GVariant is, please see the
Hi David
Thanks for your reply.
David Zeuthen wrote:
- GVariant brings in a completely new type system
That's not entirely true. The DBus type system is being used and loved
by many people already and GVariant is using that type system. GVariant
merely brings this type system into glib.
Hello Gtk+ Development Community.
The need for a Gtk+ 3.0 roadmap has been discussed during several
Gtk+ team IRC meetings, at conferences and on other opportunities.
So a few months ago, we've set down to collect the input from so
many people who have contributed feature requests, ideas,
On Thu, 2009-04-09 at 01:55 +0200, Tim Janik wrote:
Hello Gtk+ Development Community.
The need for a Gtk+ 3.0 roadmap has been discussed during several
Gtk+ team IRC meetings, at conferences and on other opportunities.
So a few months ago, we've set down to collect the input from so
many
13 matches
Mail list logo