[PATCH] Multi-Protocol IO-Slave
kevin.krammer at gmx.at
Sun Jan 13 17:31:08 GMT 2008
On Sunday 13 January 2008, nf2 wrote:
> Jeff Mitchell wrote:
> > Personally, I'm all for a single network transparency library (or a
> > single authentication caching library, which would serve the purpose). I
> > do think it's utterly stupid that the GNOMEs couldn't contribute to KIO,
> > which already has a bazillion working, useful KIOslaves, unless they felt
> > (as they seem to) that GIO/GVFS is better by design. Still, it does reek
> > a bit of "we just can't allow ourselves to use anything with a K in it"
> > syndrome.
> The problem is that KIO always had desktop/GUI-toolkit dependencies and
> KDE developers never cared to remove them - so it's your fault, guys.
As far as I know there aren't any.
If you are referring to the issue that there hasn't been any formal
specification of the KIO master/slave protocol I am not aware of any such
thing regarding GIO/GFVS either.
> Also, having a Qt based client library is less liberal in terms of
> licenses. Of course, rewriting the core of KIO in plain C (or better
> GLib + main-loop + C) should have happened many years ago.
The base-library thing is greatly overrated.
Sure they are convenient and make behavior more consistent since everyone
shares the same bugs, but they are pratically impossible to get right for
It is already very hard to get them right for a large portion of the targeted
developers, e.g. if it needs async IO it needs to support both threading and
main-loop, in case of main-loops allow integration with different ones, etc.
It surely helps the adoption of a technology if there is a base library but
the minimum requirement for anything which aims to be shared among different
parties is still the specification, something we failed to do for DCOP and
KIO in time, so now even developers let alone users assume they have KDE
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 189 bytes
Desc: This is a digitally signed message part.
More information about the kde-core-devel