nd limitations). I shall just
note that if you no longer want external input to "hijack" your
development discussions, you should probably have these discussions
take place on a private list, only accessible by GTK+ developers.
This way, you'll be able to discuss field mangling and other fa
fering
> unsolicited personal advice, you may as well leave this list. Take this
> as second notice.
Similarly, I don't like your tone, arrogance, and deception
attempts. I'm sure you can imagine what kind of consideration I'm
willing to give to your "notices".
--
J
G_PARAM_READWRITE));
}
void g_foo_init (GFoo *foo)
{
}
int g_foo_get_bar (GFoo *foo)
{
/* ... */
}
void g_foo_set_bar (GFoo *foo, int value)
{
/* ...
On Wed, 04 Jun 2008 12:50:48 -0700
"Brian J. Tarricone" <[EMAIL PROTECTED]> wrote:
> Jean-Yves Lefort wrote:
> > On Wed, 04 Jun 2008 15:18:45 -0400
> > Paul Davis <[EMAIL PROTECTED]> wrote:
> >
> >> On Wed, 2008-06-04 at 20:57 +0200, Jean-
On Wed, 04 Jun 2008 15:18:45 -0400
Paul Davis <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-06-04 at 20:57 +0200, Jean-Yves Lefort wrote:
>
> > Rather than calling my suggestions silly, why don't you actually try
> > to explain how the non-preprocessed, dynamic-onl
On Wed, 04 Jun 2008 14:35:47 -0400
Paul Davis <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-06-04 at 20:30 +0200, Jean-Yves Lefort wrote:
> > On Wed, 04 Jun 2008 18:51:18 +0100
> > Emmanuele Bassi <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, 2008-06
On Wed, 04 Jun 2008 18:51:18 +0100
Emmanuele Bassi <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-06-04 at 19:44 +0200, Jean-Yves Lefort wrote:
>
> > > I don't want to start a flame war over old hat, but statements like this
> > > shouldn't go unchallenged. G
On Wed, 04 Jun 2008 12:39:33 -0500
Cody Russell <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-06-04 at 19:15 +0200, Jean-Yves Lefort wrote:
> > I thought that GObject was meant as a general-purpose object system
> > for C, rather than as a GTK+-specific utility library. I suppos
On Wed, 04 Jun 2008 07:35:41 -0400
Paul Davis <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-06-04 at 07:40 +0200, Jean-Yves Lefort wrote:
>
> >
> > Basically, something like this:
> >
> > http://doc.trolltech.com/4.4/properties.html
> >
> &g
On Wed, 4 Jun 2008 10:56:56 +0200 (CEST)
Tim Janik <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Jun 2008, Jean-Yves Lefort wrote:
>
> > On Tue, 3 Jun 2008 13:34:13 +0200
> > Kristian Rietveld <[EMAIL PROTECTED]> wrote:
> >
> >> 4. We will completely l
On Tue, 3 Jun 2008 18:52:33 +0200
Jean-Yves Lefort <[EMAIL PROTECTED]> wrote:
> On Tue, 3 Jun 2008 13:34:13 +0200
> Kristian Rietveld <[EMAIL PROTECTED]> wrote:
>
> > 4. We will completely lose all means to simply access fields by just
> > dereferencing the stru
dynamic
access is unjustified for static use.
--
Jean-Yves Lefort <[EMAIL PROTECTED]>
pgpRWehzHDGZu.pgp
Description: PGP signature
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
nly a part of their
> > application and use a different translation framework.
>
> And it means that a lot of convenience functions for UTF-8 handling
> wouldn't work.
Just FYI, that's not true. The GLib Unicode code does not require
gettext. Unicode support and messa
On Wed, 02 Apr 2008 09:54:54 +0200
Mathias Hasselmann <[EMAIL PROTECTED]> wrote:
>
> Am Mittwoch, den 02.04.2008, 06:44 +0200 schrieb Jean-Yves Lefort:
> > On Tue, 01 Apr 2008 12:32:02 -0500
> > Yevgen Muntyan <[EMAIL PROTECTED]> wrote:
> >
> > > J
On Wed, 02 Apr 2008 09:52:18 +0200
Murray Cumming <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-04-02 at 06:44 +0200, Jean-Yves Lefort wrote:
> > The information is mostly complete. The generator can automatically
> > handle methods which involve fundamental types (gboolean, gint
On Tue, 01 Apr 2008 12:32:02 -0500
Yevgen Muntyan <[EMAIL PROTECTED]> wrote:
> Jean-Yves Lefort wrote:
> > On Mon, 31 Mar 2008 22:52:09 +0200
> > Ben Torfs <[EMAIL PROTECTED]> wrote:
> >
> >
> >> As a fan of both the prolog programming langu
als, by using GLib introspection
mechanisms such as g_object_class_list_properties()
Regarding the usefulness: I would say that for general-purpose
programming, Prolog is useless, and so would be your bindings.
--
Jean-Yves Lefort <[EMAIL PROTECTED]>
pgpg96i5ybty6.pgp
Description
->allocation. Am I missing something?
--
Jean-Yves Lefort <[EMAIL PROTECTED]>
pgpMdTb1iknMh.pgp
Description: PGP signature
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On Mon, 24 Dec 2007 14:08:47 +
Kristian Van Der Vliet <[EMAIL PROTECTED]> wrote:
> there are no TLS variables allocated with g_thread_cleanup() as
> a destructor
in glib/gthread.c:
g_thread_specific_private = g_private_new (g_thread_cleanup);
--
Jean-Yves Lefort <[
wrote API documentation and committed it.
Maybe you can explain how the name "sequence" is more appropriate for
your container than for a GList, GSList, GQueue, GString, GArray,
GPtrArray or GByteArray?
--
Jean-Yves Lefort
[EMAIL PROTECTED]
http://lefort.be.eu.
> the API of a list, but represents it internally as a balanced binary
> tree. This allows things like g_sequence_insert_sorted() to run in
> time O(log n) instead of O(n).
Why don't you call it GSortedList instead of GSequence?
--
Jean-Yves Lefort
[EMAIL PROTECTED]
http://lefort.b
21 matches
Mail list logo