<div>I think we should leave this topic to the guys developing KIO, GVFS and who want to collebrate on <a href="http://freedesktop.org">freedesktop.org</a>. I think that's something the communities could work together, even when may be a huge effort for both. This could end up in a general low-level backend like the *kits or just some backend libraries to be used by KIO and GVFS to cooperate on dependencies, quality, release management and ressources.</div>
<div><br></div><div><div>For the rest ... I agree with other speakers before, the wording was extremely bad. It rather pushes to flamewars than constructive feedback and discussion.</div><div><br></div><div>Yours,<br>Georg Grabler (STiAT)</div>
<div><br><div class="gmail_quote">On Fri, Jul 10, 2009 at 6:01 PM, Kevin Krammer <span dir="ltr"><<a href="mailto:kevin.krammer@gmx.at">kevin.krammer@gmx.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Friday, 2009-07-10, nf2 wrote:<br>
> On Thu, Jul 9, 2009 at 12:05 PM, Evgeny<br>
><br>
> Egorochkin<<a href="mailto:phreedom.stdin@gmail.com">phreedom.stdin@gmail.com</a>> wrote:<br>
> > So please be specific.<br>
><br>
> Ok...<br>
><br>
> I love KIO, but - please, please, please - throw it away!<br>
<br>
</div>Both this and the subject are rather poor ways of trying to get a useful<br>
discussion going, which makes the whole posting look more like a flamebait<br>
than anything else.<br>
<div class="im"><br>
> It's a "proprietary" system just for a minority of applications. It's<br>
> an obstackle for getting third party applications like <a href="http://openoffice.org" target="_blank">openoffice.org</a>,<br>
> mozilla or Qt-only to use full fledged network transparent<br>
> file-management.<br>
<br>
</div>It is unfortunate that other software producing communities have difficulties<br>
using D-Bus and local sockets.<br>
Unfortunately this is the same technology any other comparable solution uses,<br>
e.g. GVFS, so that won't help them either.<br>
<br>
Speaking of GVSF it might be possible to introduce a Qt (or even KDE) based<br>
client library for GVFS, which could be used by applications along side KIO<br>
and which could be used to implement GVFS mount daemons using KDE<br>
technologies.<br>
<br>
There are just a lot of use cases where KIO is dead easy to use and where the<br>
benefits of GVFS (e.g. limiting number of connections per remote side) don't<br>
matter that much.<br>
However, there could still be use cases where using the explicit mount style<br>
system would be benefitial.<br>
<br>
It didn't help that the other thread mentioned GObject a lot, which lead to<br>
mislead assumtions that GVFS would imply introducting such dependencies.<br>
GVFS is, just like KIO, a service based approach of handling multiprotocol<br>
I/O, thus allowing any technology stack being used on both sides of the<br>
communication channels.<br>
<br>
The application side for the KDE stack would therefore only consists of<br>
already used components. Whether there is the need to implement certain<br>
protocol handlers using our stack or whether those provided by others are<br>
sufficient would most likely have to be evaluated on a case by case basis.<br>
<br>
Cheers,<br>
Kevin<br>
<font color="#888888"><br>
--<br>
Kevin Krammer, KDE developer, xdg-utils developer<br>
KDE user support, developer mentoring<br>
<br>
</font></blockquote></div><br></div></div>