GLib 2.25.5 is now available for download at:
ftp://ftp.gtk.org/pub/glib/2.25/
http://download.gnome.org/sources/glib/2.25/
fb703effa11361cdde93e3d572106029f6fd9f4f035ca8be0c91e811a7b880a6
glib-2.25.5.tar.bz2
15962b01821a116a7d3ba5d103309291e37ab2c2b4d4d9f1eb334f04fbea868a
glib-2.25.5.tar.gz
On 05/14/2010 09:08 PM, Matthias Clasen wrote:
> I'm pondering changing the way we treat the gdk-pixbuf.loaders and
> gtk.immodules files in GTK3. Currently, we locate these in
> $sysconfdir/gtk-3.0, but that is subtly wrong, since the content of
> the files is architecture dependent (library paths
I'm pondering changing the way we treat the gdk-pixbuf.loaders and
gtk.immodules files in GTK3. Currently, we locate these in
$sysconfdir/gtk-3.0, but that is subtly wrong, since the content of
the files is architecture dependent (library paths...). In Fedora,
we've been shipping a hack to look for
Hey developers :)
There has been quite a discussion on Ubuntu’s usability mailing list
(Ayatana) about making single click standard or not:
https://lists.launchpad.net/ayatana/msg01863.html (There are some
mockups as well.)
The single click was mainly mentioned for usability (open may be the
most
On Sun, 2010-05-09 at 15:46 +0100, Matthew Bucknall wrote:
> now GObject serialization has been discussed a few times before
> although, as far as I can tell, no generic solution seems to have been
> made widely available.
I'm not up to speed on GVariant, but if it's not sufficient, it could
proba
On 05/09/2010 10:46 AM, Matthew Bucknall wrote:
>
> It seems to me that, in the long term, GIO would be a good place to add
> GObject serialization/persistence. Is anyone considering something like
> this? Would those responsible for GIO consider adding such functionality
> to it? I'd be happy to
Hi,
I know GObject serialization has been discussed a few times before although,
as far as I can tell, no generic solution seems to have been made widely
available.
Currently, I am working on a library which can (de)serialize and/or provide
persistence for GObjects at the property level. The libr
If you haven't already and you have ideas about how to use this funding,
please comment on this by Thursday, May 20th. At that point I'm going to
bring this to the Board of Directors for a decision.
Thanks,
Stormy
On Tue, May 11, 2010 at 1:43 PM, Stormy Peters wrote:
> Hi GTK+ developers,
>
>
Hi GTK+ developers,
It was suggested that you might be interested in commenting on this. Some of
the ideas in the mobile list so far have been a contest, an internship
program and hiring a consulting company.
Please feel free to comment or suggest other ideas.
Thanks!
Stormy
P.S. I'm not on th
On 14 May 2010 13:40, Matthias Clasen wrote:
> Thanks. I've pushed something like that now.
Close, but no cigar. I get this now:
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I..
-DG_LOG_DOMAIN=\"GLib-GIO\" -I.. -I.. -I../glib -I../gmodule
-DG_ENABLE_DEBUG -DG_THREADS_MANDATORY -DG_DISABLE_DEPRECA
On Fri, May 14, 2010 at 4:50 AM, Richard Hughes wrote:
> On 14 May 2010 04:38, Matthias Clasen wrote:
>> I've now merged the gdbus-merge branch to master.
>> Thanks to everybody who tried it out and provided feedback.
>
> I've built this and found some problems when building applications
> that l
On 14 May 2010 04:38, Matthias Clasen wrote:
> I've now merged the gdbus-merge branch to master.
> Thanks to everybody who tried it out and provided feedback.
I've built this and found some problems when building applications
that link to gio, but not gio-unix (GConf for example).
The problem is
12 matches
Mail list logo
