I believe that you have to use g_value_unset() on your GValue before you
can use g_value_init() again.
http://library.gnome.org/devel/gobject/stable/gobject-Generic-values.html#g-value-unset
-Tanner
Daniel Kasak wrote:
On Mon, 2008-05-19 at 00:10 -0400, muppet wrote:
I can speak only
Hi all.
I'm trying to fix the long-standing data-loss bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=156017
The problem is that I'm only learning C. In fact this is my first C code
at all; I'm a Perl programmer.
The bug:
If a user types data into a GtkComboBoxEntry's entry instead of using
On May 18, 2008, at 10:19 PM, Daniel Kasak wrote:
I'm trying to fix the long-standing data-loss bug at:
http://bugzilla.gnome.org/show_bug.cgi?id=156017
The problem is that I'm only learning C. In fact this is my first C
code
at all; I'm a Perl programmer.
We'll try to be gentle.
I can
On Mon, 2008-05-19 at 00:10 -0400, muppet wrote:
I can speak only about the crash and the code; as for whether this is
the right way to solve the bug, i can't really say.
Yeah I realise it's not ideal, but it works ( now ).
Thanks for the advise on GValue and stuff :)
The code you posted
Hi,
this should have gone here.
It's a preliminary patch containing all my changes for trunk.
Maybe some people want to take advantage of the event layer
rewrite, different fixes and optimizations and test this.
I'll wait some more with the final patch set, but I'm starting
to write a list of
On Feb 2, 2008 7:31 AM, Denis Oliver Kropp [EMAIL PROTECTED] wrote:
Mike Emmel wrote:
It would be nice to tie the GdkWindows to Surfaces/SubSurfaces and move the
DirectFB windows to be a sort of annotation. This would probably open
up implementing
embedding. And make the port more
Mike Emmel wrote:
On Feb 2, 2008 7:31 AM, Denis Oliver Kropp [EMAIL PROTECTED] wrote:
Ahh right.. so that why your saying a non blocking read above.
I'll have a look at the whole thing once its in.
I think the above should be a poll ?
Of course, we don't want the data, so read() would only
On Feb 1, 2008 4:26 PM, Denis Oliver Kropp [EMAIL PROTECTED] wrote:
Mike Emmel wrote:
Top level comment.
Yes I think that the Quartz rendering model will work. Most of what
they are using was added after the gtk port was in and its not been
They're just using less than GdkDirectFB :)
Mike Emmel wrote:
It would be nice to tie the GdkWindows to Surfaces/SubSurfaces and move the
DirectFB windows to be a sort of annotation. This would probably open
up implementing
embedding. And make the port more versatile. The toplevels would then
happen to have a window but it would be
Top level comment.
Yes I think that the Quartz rendering model will work. Most of what
they are using was added after the gtk port was in and its not been
upgraded to use the new stuff. I did a little bit when the new paint
methods where added.
Also the even handling is still probably mucked
Mike Emmel wrote:
Top level comment.
Yes I think that the Quartz rendering model will work. Most of what
they are using was added after the gtk port was in and its not been
They're just using less than GdkDirectFB :)
Well, the synthesizing of events is new...
upgraded to use the new
Hi,
On Wed, 2008-01-30 at 00:31 +0100, Denis Oliver Kropp wrote:
this is the first of more patches coming up these days.
I have applied this patch to SVN on your behalf. Will look at your other
patch next...
Mike was asking for someone to take over the project recently, wasn't he?
After
Sven Neumann wrote:
Mike was asking for someone to take over the project recently, wasn't he?
After seven years of more and more abandoning it, I'd be happy to have
it back and make it something great(er) :)
I guess you should get SVN commit access then. You have my approval for
that, but
Hi,
this is the first of more patches coming up these days.
It fixes various warnings, some errors, has some cleanups and a change that's
worth to mention:
@@ -2818,10 +2818,10 @@
}
static void
-gdk_window_impl_directfb_invalidate_maybe_recurse (GdkPaintable *paintable,
-
14 matches
Mail list logo