<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: libsexy is not libegg</title>
	<atom:link href="http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/</link>
	<description>Various stuff from some guy.</description>
	<lastBuildDate>Thu, 02 Feb 2012 19:39:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Tristan</title>
		<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/#comment-803</link>
		<dc:creator><![CDATA[Tristan]]></dc:creator>
		<pubDate>Sat, 03 Mar 2007 03:51:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-803</guid>
		<description><![CDATA[Consider writing a plugin to glade :D

If a glade/libglade plugin exists and is installed, then
the libsexy widgets will show up in glade... I&#039;m sure this
would help encourage people to use libsexy as a widget kit
proper instead of just a heap of code ;-)]]></description>
		<content:encoded><![CDATA[<p>Consider writing a plugin to glade <img src='http://s0.wp.com/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
<p>If a glade/libglade plugin exists and is installed, then<br />
the libsexy widgets will show up in glade&#8230; I&#8217;m sure this<br />
would help encourage people to use libsexy as a widget kit<br />
proper instead of just a heap of code <img src='http://s1.wp.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/#comment-802</link>
		<dc:creator><![CDATA[Jon]]></dc:creator>
		<pubDate>Fri, 02 Mar 2007 09:51:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-802</guid>
		<description><![CDATA[Debian Etch and Ubuntu Edgy ship libsexy. It also seems to be a dependency of the gnome-core, rhythmbox and xchat packages (but not gedit).

(gah three tries on the evil captcha to write this)]]></description>
		<content:encoded><![CDATA[<p>Debian Etch and Ubuntu Edgy ship libsexy. It also seems to be a dependency of the gnome-core, rhythmbox and xchat packages (but not gedit).</p>
<p>(gah three tries on the evil captcha to write this)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChipX86</title>
		<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/#comment-801</link>
		<dc:creator><![CDATA[ChipX86]]></dc:creator>
		<pubDate>Fri, 02 Mar 2007 08:45:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-801</guid>
		<description><![CDATA[Jon, James: Oh, I wasn&#039;t aware of this. This makes a lot of sense. My understanding was that most distros now ship libsexy, though I guess FC7 doesn&#039;t. Huh. Given how popular Rhythmbox is, I bet the distros will bundle it if it&#039;s a dependency. Still, using the system&#039;s libsexy takes care of my concerns. Thanks for clearing that up :)]]></description>
		<content:encoded><![CDATA[<p>Jon, James: Oh, I wasn&#8217;t aware of this. This makes a lot of sense. My understanding was that most distros now ship libsexy, though I guess FC7 doesn&#8217;t. Huh. Given how popular Rhythmbox is, I bet the distros will bundle it if it&#8217;s a dependency. Still, using the system&#8217;s libsexy takes care of my concerns. Thanks for clearing that up <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James "Doc" Livingstom</title>
		<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/#comment-800</link>
		<dc:creator><![CDATA[James "Doc" Livingstom]]></dc:creator>
		<pubDate>Fri, 02 Mar 2007 06:19:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-800</guid>
		<description><![CDATA[Rhythmbox uses the shared library if it&#039;s present when RB is compiled, and only uses the internal copy as a fallback. The reason we have it as a fallback was that at the time, virtually none on the released distros had libsexy, only the in-development versions - so if we wanted to use it, it was basically a choice between having a fallback copy, or falling back to the standard GTK widgets.

If most distros now ship it, we could probably remove the fallback.]]></description>
		<content:encoded><![CDATA[<p>Rhythmbox uses the shared library if it&#8217;s present when RB is compiled, and only uses the internal copy as a fallback. The reason we have it as a fallback was that at the time, virtually none on the released distros had libsexy, only the in-development versions &#8211; so if we wanted to use it, it was basically a choice between having a fallback copy, or falling back to the standard GTK widgets.</p>
<p>If most distros now ship it, we could probably remove the fallback.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: random dude</title>
		<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/#comment-799</link>
		<dc:creator><![CDATA[random dude]]></dc:creator>
		<pubDate>Fri, 02 Mar 2007 05:57:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-799</guid>
		<description><![CDATA[&gt; then discuss ways of fixing up GTK for GTK+ 3.0

I think the time to start discussing this is now. You should file everything libsexy provides as feature requests against gtk+.]]></description>
		<content:encoded><![CDATA[<p>&gt; then discuss ways of fixing up GTK for GTK+ 3.0</p>
<p>I think the time to start discussing this is now. You should file everything libsexy provides as feature requests against gtk+.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/#comment-798</link>
		<dc:creator><![CDATA[Jon]]></dc:creator>
		<pubDate>Fri, 02 Mar 2007 05:34:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-798</guid>
		<description><![CDATA[Rhythmbox will use the system&#039;s version of libsexy if it is available.  However, there are enough systems that don&#039;t have libsexy available by default that it is necessary to use a private copy... or not use it at all.]]></description>
		<content:encoded><![CDATA[<p>Rhythmbox will use the system&#8217;s version of libsexy if it is available.  However, there are enough systems that don&#8217;t have libsexy available by default that it is necessary to use a private copy&#8230; or not use it at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/#comment-797</link>
		<dc:creator><![CDATA[Andrew]]></dc:creator>
		<pubDate>Fri, 02 Mar 2007 01:29:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-797</guid>
		<description><![CDATA[Fedora doesn&#039;t ship libsexy, and at least as far as Rawhide (F7 test) they still are shipping a patch that strips libsexy out of the notification-daemon.
Maybe they&#039;ll rethink that  when Extras is merged in F7.]]></description>
		<content:encoded><![CDATA[<p>Fedora doesn&#8217;t ship libsexy, and at least as far as Rawhide (F7 test) they still are shipping a patch that strips libsexy out of the notification-daemon.<br />
Maybe they&#8217;ll rethink that  when Extras is merged in F7.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChipX86</title>
		<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/#comment-796</link>
		<dc:creator><![CDATA[ChipX86]]></dc:creator>
		<pubDate>Fri, 02 Mar 2007 00:56:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-796</guid>
		<description><![CDATA[anonim: I answered that.]]></description>
		<content:encoded><![CDATA[<p>anonim: I answered that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anonim</title>
		<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/#comment-795</link>
		<dc:creator><![CDATA[anonim]]></dc:creator>
		<pubDate>Thu, 01 Mar 2007 23:31:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-795</guid>
		<description><![CDATA[yes, why don&#039;t integrate entire libsexy into gtk?]]></description>
		<content:encoded><![CDATA[<p>yes, why don&#8217;t integrate entire libsexy into gtk?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ChipX86</title>
		<link>http://blog.chipx86.com/2007/03/01/libsexy-is-not-libegg/#comment-794</link>
		<dc:creator><![CDATA[ChipX86]]></dc:creator>
		<pubDate>Thu, 01 Mar 2007 23:31:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-794</guid>
		<description><![CDATA[I&#039;m very much in favor of moving the libsexy components to GTK+. However, a lot of what libsexy does could be considered &quot;hacks&quot; as they extend existing widgets in ways that they really weren&#039;t meant to be extended. The proper path is to fix up the widgets, but that&#039;s potentially dangerous for backwards-compatibility. I&#039;m thinking that the best course of action is to have people use libsexy for now and then discuss ways of fixing up GTK for GTK+ 3.0.

Michael: I don&#039;t think this has been pointed out to me (or I&#039;ve missed it). I&#039;d be glad to get this fixed up.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;m very much in favor of moving the libsexy components to GTK+. However, a lot of what libsexy does could be considered &#8220;hacks&#8221; as they extend existing widgets in ways that they really weren&#8217;t meant to be extended. The proper path is to fix up the widgets, but that&#8217;s potentially dangerous for backwards-compatibility. I&#8217;m thinking that the best course of action is to have people use libsexy for now and then discuss ways of fixing up GTK for GTK+ 3.0.</p>
<p>Michael: I don&#8217;t think this has been pointed out to me (or I&#8217;ve missed it). I&#8217;d be glad to get this fixed up.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

