Hello, all,
Some time ago I asked a question on a library that hadn't been found
upon installing a new GTK library (libqtengine.so, that was). I slowly
start realising now that this was a file belonging to what's called a
theme library, and that it is actually not an integral part of GTK
that's fulfilled when receiving such an
OOB character (but this is only based on my own -wild- assumption, not
on any documentation I found on the subject).
Kind regards,
PhB
Daniel Yek wrote:
At 11:07 PM 12/5/2006, Philippe Bertin wrote:
Hello all,
This is a new thread, based upon a very
Hello,
I have gtk installed on my system. Also, I built gtk+ twice (versions
2.4.0 and 2.10.6) from sources, with other PKG_CONFIG_PATH's and all the
rest, so that everything is neatly out of each other's way. However, in
the last configuration (2.10.6), I am faced with the following
Hello all,
This is a new thread, based upon a very recent thread in this list, and
a some things I asked myself in the (recent) past when I programmed a
g_io_channel watcher callback.
I used, for my GIOChannel, the condition G_IO_IN, in order to have my
callback called whenever there was any
),
for removing the reference /just the statement after/. Because that's
what's happening in my understanding.
Beware : I'm not-too-GTK-familiar, so maybe (/probably) I misunderstand
the meaning of it all.
Kind regards,
PhB
David Nečas (Yeti) wrote:
On Tue, Nov 28, 2006 at 07:32:14AM +0100, Philippe
Thanks for shedding some light on this piece of code. There's some more
light at the end of my dark GTK-knowledge tunnel.
AFAIU, after the _new() the box has a special reference to it: the ref
count is one, but it is marked as floating[1]. Now gtk_object_sink()
decrements the ref coung by one
Hello,
This question could've gone to the glade list. But the explanation may
help GTK programmers in general (I think), so I rather ask it here.
In glade_palette_init, there's this piece of code :
/* Add items tray (via a scrolled window) */
priv-tray = gtk_vbox_new (FALSE, 0);
Hello,
Tristan Van Berkom wrote:
Thats an interesting idea, I'm sure a simple program could be used
to parse signals in a glade file and ensure the availability of the
said callbacks in the binary - this kind of tool could be used in
makefiles to validate a built program, maybe we could take
Hello, Tristan,
Tristan Van Berkom wrote:
Why would someone want to go from
glade file -- generated code -- GUI
when you can simply go from
glade file -- GUI
with much less code-generators generated code to maintain ?
You're right in some sense. Still, how can one statically prove that
Hello,
Tristan Van Berkom wrote:
You're right in some sense. Still, how can one statically prove that
the created .glade file is *statically* correct ? I mean by this, how
can the (no longer existing, no longer statically compiled) program
be proven it would link statically ? I have the
Hello all,
Sorry to crosspost, but I think this topic can belong to any of the 3
newslists. If this is not good with you, please indicate me which list
is most appropriate, please (please do not flame me).
While reading http://glade.gnome.org/docs/catalogintro.html I see it is
possible to
Hello all,
Sorry to crosspost, but I think this topic can belong to any of the 3
newslists. If this is not good with you, please indicate me which list
is most appropriate, please (please do not flame me).
While reading http://glade.gnome.org/docs/catalogintro.html I see it is
possible to
12 matches
Mail list logo