<?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: PySide &#8211; Nokia-sponsored LGPL bindings to Qt</title>
	<atom:link href="http://eli.thegreenplace.net/2009/08/19/pyside-nokia-sponsored-lgpl-bindings-to-qt/feed/" rel="self" type="application/rss+xml" />
	<link>http://eli.thegreenplace.net/2009/08/19/pyside-nokia-sponsored-lgpl-bindings-to-qt/</link>
	<description>Eli Bendersky's personal website</description>
	<lastBuildDate>Wed, 10 Mar 2010 17:32:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: eliben</title>
		<link>http://eli.thegreenplace.net/2009/08/19/pyside-nokia-sponsored-lgpl-bindings-to-qt/comment-page-1/#comment-202391</link>
		<dc:creator>eliben</dc:creator>
		<pubDate>Wed, 02 Sep 2009 02:38:16 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1892#comment-202391</guid>
		<description>&lt;strong&gt;Jamie,&lt;/strong&gt;

I think you&#039;re overly pessimistic. PyQt isn&#039;t going away so soon - it will take time. Moreover, PySide will start with full API compatibility and then maybe add some Pythonic APIs. The whole process is open and rests on user participation, which makes me think it can&#039;t end up too badly for the users. I think it&#039;s in their interest to keep backwards compatibility as much as possible, and I&#039;m confident they will. Besides, their license for PySide is very liberal, so one can always take the code and create an alternative of keep it alive if Nokia gets bored and leaves it.</description>
		<content:encoded><![CDATA[<p><strong>Jamie,</strong></p>
<p>I think you&#8217;re overly pessimistic. PyQt isn&#8217;t going away so soon &#8211; it will take time. Moreover, PySide will start with full API compatibility and then maybe add some Pythonic APIs. The whole process is open and rests on user participation, which makes me think it can&#8217;t end up too badly for the users. I think it&#8217;s in their interest to keep backwards compatibility as much as possible, and I&#8217;m confident they will. Besides, their license for PySide is very liberal, so one can always take the code and create an alternative of keep it alive if Nokia gets bored and leaves it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jamie</title>
		<link>http://eli.thegreenplace.net/2009/08/19/pyside-nokia-sponsored-lgpl-bindings-to-qt/comment-page-1/#comment-202263</link>
		<dc:creator>Jamie</dc:creator>
		<pubDate>Tue, 01 Sep 2009 18:50:04 +0000</pubDate>
		<guid isPermaLink="false">http://eli.thegreenplace.net/?p=1892#comment-202263</guid>
		<description>This is why I will NOT be using Qt for Python. I had started teaching msyelf Python with PyQt, as I wanted a good solid GUI, and now with this it&#039;s all for naught. PySide is not ready yet, but they will kill PyQt anyway, they&#039;ll change the API (they&#039;ve already promised to do it in future versions) meaning changing your code in the near future, and I look for it to be dropped in a year or two anyway (just like QTJambi was) leaving developers with no supported toolkit. Looks like I need to buy the wxpython book. Thanks for nothing Nokia.</description>
		<content:encoded><![CDATA[<p>This is why I will NOT be using Qt for Python. I had started teaching msyelf Python with PyQt, as I wanted a good solid GUI, and now with this it&#8217;s all for naught. PySide is not ready yet, but they will kill PyQt anyway, they&#8217;ll change the API (they&#8217;ve already promised to do it in future versions) meaning changing your code in the near future, and I look for it to be dropped in a year or two anyway (just like QTJambi was) leaving developers with no supported toolkit. Looks like I need to buy the wxpython book. Thanks for nothing Nokia.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
