<?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/"
		>
<channel>
	<title>Comments on: libsexy is not libegg</title>
	<atom:link href="http://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/</link>
	<description>Virtualization, Open Source, and Life</description>
	<lastBuildDate>Mon, 16 Nov 2009 19:41:35 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Tristan</title>
		<link>http://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/comment-page-1/#comment-36434</link>
		<dc:creator>Tristan</dc:creator>
		<pubDate>Sat, 03 Mar 2007 03:51:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-36434</guid>
		<description>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 :D</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 ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/comment-page-1/#comment-36291</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Fri, 02 Mar 2007 09:51:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-36291</guid>
		<description>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://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/comment-page-1/#comment-36277</link>
		<dc:creator>ChipX86</dc:creator>
		<pubDate>Fri, 02 Mar 2007 08:45:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-36277</guid>
		<description>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 :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James "Doc" Livingstom</title>
		<link>http://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/comment-page-1/#comment-36254</link>
		<dc:creator>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-36254</guid>
		<description>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://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/comment-page-1/#comment-36245</link>
		<dc:creator>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-36245</guid>
		<description>&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://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/comment-page-1/#comment-36238</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Fri, 02 Mar 2007 05:34:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-36238</guid>
		<description>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://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/comment-page-1/#comment-36196</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Fri, 02 Mar 2007 01:29:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-36196</guid>
		<description>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://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/comment-page-1/#comment-36187</link>
		<dc:creator>ChipX86</dc:creator>
		<pubDate>Fri, 02 Mar 2007 00:56:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-36187</guid>
		<description>anonim: I answered that.</description>
		<content:encoded><![CDATA[<p>anonim: I answered that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anonim</title>
		<link>http://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/comment-page-1/#comment-36177</link>
		<dc:creator>anonim</dc:creator>
		<pubDate>Thu, 01 Mar 2007 23:31:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-36177</guid>
		<description>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://www.chipx86.com/blog/2007/03/01/libsexy-is-not-libegg/comment-page-1/#comment-36176</link>
		<dc:creator>ChipX86</dc:creator>
		<pubDate>Thu, 01 Mar 2007 23:31:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.chipx86.com/blog/?p=205#comment-36176</guid>
		<description>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>
