<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.11" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: I want my GConf notifications</title>
	<link>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/</link>
	<description>Reality is merely an illusion, albeit a very persistent one (Albert Einstein)</description>
	<pubDate>Mon, 06 Oct 2008 21:44:59 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.11</generator>

	<item>
		<title>by: Sergio</title>
		<link>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1027</link>
		<pubDate>Fri, 28 Sep 2007 16:36:20 +0000</pubDate>
		<guid>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1027</guid>
					<description>Ken indeed, I am updating a bug about this issue to the GNOME bugzilla soon</description>
		<content:encoded><![CDATA[<p>Ken indeed, I am updating a bug about this issue to the GNOME bugzilla soon
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: ken</title>
		<link>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1026</link>
		<pubDate>Fri, 28 Sep 2007 16:01:07 +0000</pubDate>
		<guid>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1026</guid>
					<description>I've written code using GConf before, and you're right: sadly, the documentation isn't entirely complete or accurate, to say the least.

I took a different approach: instead of reading the GConf source code, I just tried things, and recorded what it did.  Eventually I get everything to work fine.

It would be nice if somebody went through the GConf source code and made sure all the docs were accurate and unambiguous.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve written code using GConf before, and you&#8217;re right: sadly, the documentation isn&#8217;t entirely complete or accurate, to say the least.</p>
<p>I took a different approach: instead of reading the GConf source code, I just tried things, and recorded what it did.  Eventually I get everything to work fine.</p>
<p>It would be nice if somebody went through the GConf source code and made sure all the docs were accurate and unambiguous.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Sergio</title>
		<link>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1016</link>
		<pubDate>Thu, 27 Sep 2007 14:55:08 +0000</pubDate>
		<guid>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1016</guid>
					<description>I agree with you Havoc, that's why I posted about it, makes completely no sense for me.</description>
		<content:encoded><![CDATA[<p>I agree with you Havoc, that&#8217;s why I posted about it, makes completely no sense for me.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Havoc Pennington</title>
		<link>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1015</link>
		<pubDate>Thu, 27 Sep 2007 13:43:24 +0000</pubDate>
		<guid>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1015</guid>
					<description>I said that wrong - caching due to a get is good, suppressing notify due to a get is bad.</description>
		<content:encoded><![CDATA[<p>I said that wrong - caching due to a get is good, suppressing notify due to a get is bad.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Havoc Pennington</title>
		<link>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1014</link>
		<pubDate>Thu, 27 Sep 2007 13:42:54 +0000</pubDate>
		<guid>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1014</guid>
					<description>I think the ideal would be to avoid duplicate notifies but not suppress a notify if the item is only cached due to a get. There's no reason you would ever need a duplicate notify, but caching due to a get is surprising and wrong.</description>
		<content:encoded><![CDATA[<p>I think the ideal would be to avoid duplicate notifies but not suppress a notify if the item is only cached due to a get. There&#8217;s no reason you would ever need a duplicate notify, but caching due to a get is surprising and wrong.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Sergio</title>
		<link>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1012</link>
		<pubDate>Thu, 27 Sep 2007 09:46:31 +0000</pubDate>
		<guid>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1012</guid>
					<description>Well, that's not a reason for me, because you can end up with an infinite loop with a lot of things, like emitting a signal in a handler for that signal. The API can not fix programming errors and the situation you're describing is a programming error.</description>
		<content:encoded><![CDATA[<p>Well, that&#8217;s not a reason for me, because you can end up with an infinite loop with a lot of things, like emitting a signal in a handler for that signal. The API can not fix programming errors and the situation you&#8217;re describing is a programming error.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: lunke</title>
		<link>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1011</link>
		<pubDate>Thu, 27 Sep 2007 09:31:22 +0000</pubDate>
		<guid>http://blogs.igalia.com/svillar/2007/09/27/i-want-my-gconf-notifications/#comment-1011</guid>
					<description>Im guessing gconf does that to avoid endless loops in bad programs.
That is, your widget is set to the value from the notification, everytime your widget "changes" value it tells gconf to modify the related key. Et voila, you have an endless loop.</description>
		<content:encoded><![CDATA[<p>Im guessing gconf does that to avoid endless loops in bad programs.<br />
That is, your widget is set to the value from the notification, everytime your widget &#8220;changes&#8221; value it tells gconf to modify the related key. Et voila, you have an endless loop.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
