[PATCH] Multi-Protocol IO-Slave
mpyne at purinchu.net
Tue Jan 15 01:08:14 GMT 2008
On Sunday 13 January 2008, nf2 wrote:
> Also, having a Qt based client library is less liberal in terms of
Well the Qt based client library (including everything that goes with using
Qt) is a choice we made. It seems that just as soon as GNOME got
commercialized it became a rallying cry that people can write proprietary
apps using GTK+. Which seems sad given the support provided to GNOME by
Stallman and the FSF.
> Of course, rewriting the core of KIO in plain C (or better
> GLib + main-loop + C) should have happened many years ago.
Why should the core of KIO be rewritten in plain C again? You have convincing
arguments about the structure and advantages of the GNOME VFS and then go on
talking about how devolving KIO to a C library would somehow be an
What I'm interested in is what Kevin Krammer was mentioning? Is it possible
to provide a line-interface compatible KIO-like interface to the GIO mount
daemons (like how DBUS has nice language bindings)? i.e. using the same KIO
classes but with GIO job class implementations.
- Michael Pyne
-------------- 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