<?xml version="1.0" encoding="UTF-8"?>

<rdf:RDF 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
  xmlns="http://purl.org/rss/1.0/"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
>

  <channel rdf:about="http://lwn.net/headlines/134720/">
    <title>LWN: Comments on "KOffice heads toward 1.4"</title>
    <link>http://lwn.net/Articles/134720/</link>
    <description>
This is a special feed containing comments posted
to the individual LWN article titled &quot;KOffice heads toward 1.4&quot;.

    </description>

    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>2</syn:updateFrequency>
    <items>
      <rdf:Seq>
	<rdf:li resource="http://lwn.net/Articles/135915/rss" />
	<rdf:li resource="http://lwn.net/Articles/135832/rss" />
	<rdf:li resource="http://lwn.net/Articles/135709/rss" />
	<rdf:li resource="http://lwn.net/Articles/135640/rss" />
	<rdf:li resource="http://lwn.net/Articles/135052/rss" />
	<rdf:li resource="http://lwn.net/Articles/134854/rss" />
	<rdf:li resource="http://lwn.net/Articles/134846/rss" />
      
      </rdf:Seq>
    </items>

  </channel>
    <item rdf:about="http://lwn.net/Articles/135915/rss">
      <title>Qt on Win32</title>
      <link>http://lwn.net/Articles/135915/rss</link>
      <dc:date>2005-05-13T16:25:05+00:00</dc:date>
      <dc:creator>aleXXX</dc:creator>
      <description>
      &lt;font class=&quot;QuotedText&quot;&gt;&amp;gt; I've also heard other that UserLinux use the argument that it's better &lt;/font&gt;&lt;br&gt;
&lt;font class=&quot;QuotedText&quot;&gt;&amp;gt; to not use Qt for a platform, because they want to support closed  &lt;/font&gt;&lt;br&gt;
&lt;font class=&quot;QuotedText&quot;&gt;&amp;gt; source software. &lt;/font&gt;&lt;br&gt;
 &lt;br&gt;
Well, Qt perfectly supports closed source software, they even have an &lt;br&gt;
extra license for this kind of software :-) &lt;br&gt;
 &lt;br&gt;
Alex &lt;br&gt;
 &lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/135832/rss">
      <title>Qt on Win32</title>
      <link>http://lwn.net/Articles/135832/rss</link>
      <dc:date>2005-05-13T04:37:38+00:00</dc:date>
      <dc:creator>rqosa</dc:creator>
      <description>
      &amp;gt; it doesn't run on Windows&lt;br/&gt; 
&lt;br/&gt; 
Well, there is the option of running &lt;a  
href=&quot;http://kde-cygwin.sourceforge.net/&quot;&gt;KDE on Cygwin&lt;/a&gt;. (However, I  
don't see anything from KOffice in the Sourceforge project filelist...)  
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/135709/rss">
      <title>KOffice heads toward 1.4</title>
      <link>http://lwn.net/Articles/135709/rss</link>
      <dc:date>2005-05-12T14:09:55+00:00</dc:date>
      <dc:creator>dan_</dc:creator>
      <description>
      Has anybody forked the code to read MS word documents from OpenOffice yet? &lt;br&gt;
OpenOffice is a large slow-loading program so its a pity so many of have &lt;br&gt;
to run OpenOffice to have any chance of reading Ms Word files. &lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/135640/rss">
      <title>KOffice heads toward 1.4</title>
      <link>http://lwn.net/Articles/135640/rss</link>
      <dc:date>2005-05-12T11:12:59+00:00</dc:date>
      <dc:creator>jriddell</dc:creator>
      <description>
      KOffice release dude David Faure has commented on the file incompatibility &lt;br&gt;
issues. &lt;br&gt;
 &lt;br&gt;
&lt;a href=&quot;http://lwn.net/Articles/134845/&quot;&gt;http://lwn.net/Articles/134845/&lt;/a&gt; &lt;br&gt;
 &lt;br&gt;
or for non-subscribers: &lt;br&gt;
 &lt;br&gt;
&lt;a href=&quot;http://kdab.net/~dfaure/lwn-dfaure-letter.html&quot;&gt;http://kdab.net/~dfaure/lwn-dfaure-letter.html&lt;/a&gt; &lt;br&gt;
 &lt;br&gt;
 &lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/135052/rss">
      <title>Qt on Win32</title>
      <link>http://lwn.net/Articles/135052/rss</link>
      <dc:date>2005-05-08T12:16:53+00:00</dc:date>
      <dc:creator>hingo</dc:creator>
      <description>
      That is good news! Thanks. It solves more than half of the problem. (The other and smaller half being GPL vs LGPL, which is both very understandable and not an issue for OSS.)
&lt;br&gt;&lt;br&gt;
I don't claim that Windows has anything to do with maturity, just that a project is much more interesting to spend resources on, when the potential user base is more than 100 times bigger. With Office software it's even more true, because the usual path is MS Office + Windows -&gt; Open Source solution + Windows -&gt; Open Source solution + Open Source Operating System. KOffice simply didn't have a shot at these MS Office migrations until now.
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/134854/rss">
      <title>Qt on Win32</title>
      <link>http://lwn.net/Articles/134854/rss</link>
      <dc:date>2005-05-05T18:33:33+00:00</dc:date>
      <dc:creator>droberge</dc:creator>
      <description>
      Fortunately, this won't be a problem for too much longer; Qt 4 will be GPL under Windows just as it is under Mac OS X and X11. I'm not sure portability to Windows is the maturity aid you claim it is, but it is true that portable code tends to be cleaner. &lt;br&gt;
      
      </description>
    </item>
    <item rdf:about="http://lwn.net/Articles/134846/rss">
      <title>Qt on Win32</title>
      <link>http://lwn.net/Articles/134846/rss</link>
      <dc:date>2005-05-05T17:05:31+00:00</dc:date>
      <dc:creator>hingo</dc:creator>
      <description>
      What really bugs me, is that at one point the KOffice suite had more potential than any other free Office suite. But since it doesn't run on Windows, it is kind of uninteresting, because that's were you have to start if you're gonna move away from MS Office. And as a consequence, KOffice has not matured to what it could have been. And this holds true for Qt in a more general sense as well. People choose GTK or other toolkits, to be portable to windows. I've also heard other that UserLinux use the argument that it's better to not use Qt for a platform, because they want to support closed source software. And so slowly but surely, we'll be watching Qt - the once superior toolkit technically - loosing ground.
      
      </description>
    </item>
</rdf:RDF>

