On Mon, 2009-05-04 at 19:12 +0100, Simon McVittie wrote:
> You're clearly not happy with the representations chosen by dbus-glib
> (and I agree that they're not so good - they rarely match an existing
> API, and they don't match the real D-Bus data model either).
>
> I hope I'm misunderstanding yo
On Mon, 04 May 2009 at 20:30:13 +0200, Mikkel Kamstrup Erlandsen wrote:
> 2009/5/4 Simon McVittie :
> > On Sat, 02 May 2009 at 13:02:39 -0400, David Zeuthen wrote:
> >> o I'm worried that GVariant supports a superset of the D-Bus
> >> protocol.
> >
> > Right, ideally GVariant as merged in GLib
2009/5/4 Simon McVittie :
> On Sat, 02 May 2009 at 13:02:39 -0400, David Zeuthen wrote:
>> o I'm worried that GVariant supports a superset of the D-Bus
>> protocol.
>
> Right, ideally GVariant as merged in GLib should support exactly the D-Bus
> protocol (either by code deletion, #if 0, or gett
On Mon, 04 May 2009 at 10:25:06 -0400, David Zeuthen wrote:
> In contrast, most D-Bus clients that I write these days are not based on
> the "stick GValue in GHashTable, use GValueArray as a struct" design
> because it's just incredibly awkward to work with.
You're clearly not happy with the repre
GTK+ 2.17.0 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/2.17/
http://download.gnome.org/sources/gtk+/2.17/
md5 sums:
a1a1f0b66a240c31cb2733643f9170ba gtk+-2.17.0.tar.bz2
d05eb97727e93c3e59af4e747156cca4 gtk+-2.17.0.tar.gz
sha1 sums:
79f74ecd958b2dd78e7662e9d653bfe2039caf95 g
On Mon, 2009-05-04 at 13:26 +0100, Simon McVittie wrote:
> On Sat, 02 May 2009 at 13:02:39 -0400, David Zeuthen wrote:
> >My view is that it's not really realistic to do this, I think it's
> >a convenient thing that I can get/pass well-known data-types like
> >GHashTable or GPtrArray fr
On Sat, 02 May 2009 at 13:02:39 -0400, David Zeuthen wrote:
>My view is that it's not really realistic to do this, I think it's
>a convenient thing that I can get/pass well-known data-types like
>GHashTable or GPtrArray from/to remote objects. This allows adding
>D-Bus support to ex
There is a pending TODO to replace
gdk_screen_get_resolution()/set_resolution() with monitor specific
versions.
API has been added for
get_resolution_for_monitor()/set_resolution_for_monitor(), but they're
currently stubs that affect the global resolution. Does anyone have any
ideas on how they mi
