Re: [PATCH] notification hints for weather applet

2005-08-25 Thread Rodrigo Moya
On Thu, 2005-08-25 at 10:22 +0800, Davyd Madeley wrote: On Thu, 2005-08-25 at 01:01 +0200, Rodrigo Moya wrote: Do you need to free *hints afterwards? I would expect you do... although I notice that I forgot to do it in the battstat code. yeah right, updated patch attached. Anyway,

Re: [PATCH] notification hints for weather applet

2005-08-25 Thread Calum Benson
On 25 Aug 2005, at 11:01, Rodrigo Moya wrote: ok, committed original patch to HEAD. I didn't read the code, but is this really a patch that notifies you every time the weather changes? If so, I have to say that sounds utterly crackful to me... especially if you're monitoring the

Re: [PATCH] notification hints for weather applet

2005-08-25 Thread Rodrigo Moya
On Thu, 2005-08-25 at 11:53 +0100, Calum Benson wrote: On 25 Aug 2005, at 11:01, Rodrigo Moya wrote: ok, committed original patch to HEAD. I didn't read the code, but is this really a patch that notifies you every time the weather changes? If so, I have to say that sounds utterly

Re: Announcing: Project Ridley

2005-08-25 Thread Rodney Dawes
If someone wanted to port fontconfig to support libxml2, I'm sure the patch would get accepted, were it reasonable. The code actually used to have a configure option to use libxml2 instead, but it was not getting the maintanence it needed, so it was removed. Beyond that, the only other thing

Re: [PATCH] notification hints for weather applet

2005-08-25 Thread Calum Benson
On Thu, 2005-08-25 at 13:03 +0200, Rodrigo Moya wrote: it's off by default, so no need to use it if you don't like it. Well, that's always something :) I still think it sounds a bit like one of those odd preferences that we try to keep out of the UI altogether these days, though... Cheeri,

Re: [PATCH] notification hints for weather applet

2005-08-25 Thread Davyd Madeley
On Thu, 2005-08-25 at 17:00 +0100, Calum Benson wrote: On Thu, 2005-08-25 at 13:03 +0200, Rodrigo Moya wrote: it's off by default, so no need to use it if you don't like it. Well, that's always something :) I still think it sounds a bit like one of those odd preferences that we try to

GLib, GTK+ branched

2005-08-25 Thread Matthias Clasen
We have created stable branches now for GLib and GTK+ GLib 2.8 maintenance branch: glib-2-8 GTK+ 2.8 maintenance branch: gtk-2-8 Regards, Matthias ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: Announcing: Project Ridley

2005-08-25 Thread Rodney Dawes
Not for me. The installed package on my machine requires libxml2, but does not have a dependency on libexpat. However, the dbus-gtk stuff seems to, though presumably that is indirect due to pango's dependency on expat, which gtk+ requires for obvious reasons. -- dobey On Thu, 2005-08-25 at 19:32

Re: Announcing: Project Ridley

2005-08-25 Thread Behdad Esfahbod
On Thu, 25 Aug 2005, Rodney Dawes wrote: Not for me. The installed package on my machine requires libxml2, but does not have a dependency on libexpat. However, the dbus-gtk stuff seems to, though presumably that is indirect due to pango's dependency on expat, which gtk+ requires for obvious

Re: Announcing: Project Ridley

2005-08-25 Thread Rodney Dawes
On Thu, 2005-08-25 at 13:33 -0400, Behdad Esfahbod wrote: On Thu, 25 Aug 2005, Rodney Dawes wrote: Not for me. The installed package on my machine requires libxml2, but does not have a dependency on libexpat. However, the dbus-gtk stuff seems to, though presumably that is indirect due to

Re: Announcing: Project Ridley

2005-08-25 Thread Behdad Esfahbod
On Thu, 25 Aug 2005, Rodney Dawes wrote: On Thu, 2005-08-25 at 13:33 -0400, Behdad Esfahbod wrote: On Thu, 25 Aug 2005, Rodney Dawes wrote: Not for me. The installed package on my machine requires libxml2, but does not have a dependency on libexpat. However, the dbus-gtk stuff seems

Re: Announcing: Project Ridley

2005-08-25 Thread Marco Barisione
Jonathan Blandford wrote: The primary goal of Project Ridley is to cut down on the number of problem libraries that are part of the GNOME platform. We propose to do this by moving functionality into GTK+, wherever it makes sense. What about EggRegex? -- Marco Barisione

Re: Announcing: Project Ridley

2005-08-25 Thread JP Rosevear
On Wed, 2005-08-24 at 10:53 -0400, Jonathan Blandford wrote: JP Rosevear [EMAIL PROTECTED] writes: I'm also for this, right now we are using multiple networking libraries and we fix the same bugs in multiple places. I think its odd as a platform we have no official way to great an

Re: [PATCH] notification hints for weather applet

2005-08-25 Thread Alex Graveley
Seems like a simple heuristic could be employed here, to not be overly intrusive and still very useful... Define a set of extreme events, such as rain, sleet, snow whatever. If and only if the weather changes from a non-extreme event to an extreme event, then notify. Use a time threshold

Re: Announcing: Project Ridley

2005-08-25 Thread Gustavo J. A. M. Carneiro
On Thu, 2005-08-25 at 14:18 -0400, JP Rosevear wrote: On Wed, 2005-08-24 at 10:53 -0400, Jonathan Blandford wrote: JP Rosevear [EMAIL PROTECTED] writes: I'm also for this, right now we are using multiple networking libraries and we fix the same bugs in multiple places. I think its odd

Re: Announcing: Project Ridley

2005-08-25 Thread Rodrigo Moya
On Thu, 2005-08-25 at 14:18 -0400, JP Rosevear wrote: On Wed, 2005-08-24 at 10:53 -0400, Jonathan Blandford wrote: JP Rosevear [EMAIL PROTECTED] writes: I'm also for this, right now we are using multiple networking libraries and we fix the same bugs in multiple places. I think its odd

Re: [PATCH] notification hints for weather applet

2005-08-25 Thread Bastien Nocera
On Thu, 2005-08-25 at 12:38 -0700, Alex Graveley wrote: Seems like a simple heuristic could be employed here, to not be overly intrusive and still very useful... Define a set of extreme events, such as rain, sleet, snow whatever. If and only if the weather changes from a non-extreme event

Re: Announcing: Project Ridley

2005-08-25 Thread Murray Cumming
But being as part of the official library pack makes them be official, and avoid people using different solutions for the same problem. That's the idea of being in the GNOME Development Platform. I don't see how putting the whole platform in one tarball makes it much more official. That's just