I don&#39;t think it&#39;s possible to get rid of our KDE dependencies. All of them provide us a great bunch of features against their Qt counterparts.<div>So, &quot;removing KDE&quot; is not an option. Considering that this means reimplementing all our peculiar parts. Let&#39;s do some exampes:</div>
<div><br></div><div>xmlgui &amp; ktoolbar --&gt; the GUI and the toolbars configurability</div><div>kwallet --&gt; password management</div><div>KIO &amp; kcookiejar --&gt; cookies (In the Qt 4.5.x release, the QNetworkCookieJar was not &quot;enough&quot; for a decent browser. Don&#39;t know about its state now)</div>
<div>KIO --&gt; file download management<br>KUriFilter --&gt; url resolution &amp;&amp; webshortcuts</div><div>KCM --&gt; setting dialogs</div><div>KBookmarks --&gt; bookmarks management</div><div>KIO &amp; KDirLister --&gt; file &amp;&amp; ftp protocols</div>
<div>KParts --&gt; file handling (eg, pdf, video, etc)</div><div>etc..</div><div><br></div><div>The things listed will not work with the s/K/Q sostitution. They have to be reimplemented from scratch. Some of them (eg: xmlgui, KCM) need big changes to let the 2 versions (Qt &amp; KDE based) work together.</div>
<div>That said, if someone comes here saying: &quot;we can port in the platform X, the features A, B, C from kdelibs, but porting the feature D, E will cost us too much. Please get rid of them or let them optional&quot; beh, we can talk about..</div>
<div><br></div><div>Regards,</div><div><br><div class="gmail_quote">2010/8/26 Markus Slopianka <span dir="ltr">&lt;<a href="mailto:markus.s@kdemail.net">markus.s@kdemail.net</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I fully agree that Rekonq should concentrate on the KDE Platform and Desktop first and<br>
then Plasma Netbook.<br>
But after that reducing dependencies may be beneficial for Plasma Mobile (if rekonq is<br>
ever targeting that at all but since the GUI is already flexible, I think it&#39;d make<br>
sense).<br>
<div><div></div><div class="h5"><br>
<br>
On Thursday 26 August 2010 16:29:23 <a href="mailto:benjamin.poulain@nokia.com">benjamin.poulain@nokia.com</a> wrote:<br>
&gt; On Aug 26, 2010, at 4:16 PM, ext Markus Slopianka wrote:<br>
&gt; &gt; I just had the idea that Rekonq (1.0?) with no/minimized KDE Platform<br>
&gt; &gt; dependencies could be proposed to MeeGo Netbook as default browser<br>
&gt; &gt; instead of current Google Chrome.<br>
&gt;<br>
&gt; I don&#39;t think it is a good idea in the short term. We are just starting to<br>
&gt; work on Netbook, while Google already made improvements. There are cases<br>
&gt; where QtWebKit is faster than Chrome on Desktop, those are generally<br>
&gt; slower on Atom.<br>
&gt;<br>
&gt; Still, I think the question is interesting. How hard do you think it would<br>
&gt; be to have a version of Rekonq without dependency on KDE?<br>
&gt;<br>
&gt; cheers,<br>
&gt; Benjamin<br>
_______________________________________________<br>
rekonq mailing list<br>
<a href="mailto:rekonq@kde.org">rekonq@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/rekonq" target="_blank">https://mail.kde.org/mailman/listinfo/rekonq</a><br>
</div></div></blockquote></div><br></div>