On Mon, Nov 9, 2009 at 4:05 PM, Thiago Macieira thi...@kde.org wrote:
As for your argument on living on the same apartment, I disagree a bit. I
think we're still at the same building stage, where we share our piping,
heating, electricity, we cooperate in the building council, but we haven't
Em Segunda-feira 09 Novembro 2009, às 15:09:36, nf2 escreveu:
* Just compare this to libdbus: The IPC protocol is standardized, but
almost everyone uses the libdbus as the real interface.
And that library links to libc, libpthread and libexpat (statically). That's
one of its strengths, since
Em Quarta-feira 11. Novembro 2009, às 03.54.53, nf2 escreveu:
On my system, Gtk+ links 44 libraries. I guess one less or more won't
make any difference. Or, for instance a gvfs-ls / , which probably
has to load about 15 libraries, takes 0.03 seconds. Therfore - I
reckon - gathering unrelated
On Mon, 2009-11-09 at 09:33 -0600, Shaun McCance wrote:
How do you envision the optional extra support being provided?
Would there be extension points that GVFS could plug into? Or
compile-time optional modules like the GdkPixbuf loaders? Or
would applications be expected to provide the
On Tue, Nov 10, 2009 at 9:44 AM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2009-11-09 at 23:03 -0500, Paul Davis wrote:
On Mon, Nov 9, 2009 at 6:23 AM, Alexander Larsson al...@redhat.com wrote:
I know you're really interested in cross-desktop VFS support, and I
don't disagree with
On Tue, Nov 10, 2009 at 5:49 AM, nf2 nf2.em...@gmail.com wrote:
On Tue, Nov 10, 2009 at 9:44 AM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2009-11-09 at 23:03 -0500, Paul Davis wrote:
On Mon, Nov 9, 2009 at 6:23 AM, Alexander Larsson al...@redhat.com wrote:
As I'm reading the word
On Tue, Nov 10, 2009 at 1:41 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
On Tue, Nov 10, 2009 at 5:49 AM, nf2 nf2.em...@gmail.com wrote:
On Tue, Nov 10, 2009 at 9:44 AM, Alexander Larsson al...@redhat.com wrote:
On Mon, 2009-11-09 at 23:03 -0500, Paul Davis wrote:
On Mon, Nov 9, 2009
On Mon, 2009-11-09 at 12:23 +0100, Alexander Larsson wrote:
On Sun, 2009-11-08 at 21:24 +0100, nf2 wrote:
Obviously some could could be shared, but a straight dependency on
libgio isn't necessary.
Eh, some code could be shared is what i meant.
___
On Mon, 2009-11-09 at 12:17 +0100, Alexander Larsson wrote:
On Sun, 2009-11-08 at 12:01 +0100, Martin Nordholts wrote:
On 11/08/2009 10:54 AM, Alexander Larsson wrote:
I've been working on some API for gio (more details later) that involves
having an API for (de)compression. Having this
On Mon, Nov 9, 2009 at 12:23 PM, Alexander Larsson al...@redhat.com wrote:
On Sun, 2009-11-08 at 21:24 +0100, nf2 wrote:
On Sun, Nov 8, 2009 at 10:54 AM, Alexander Larsson al...@redhat.com wrote:
I've been working on some API for gio (more details later) that involves
having an API for
On 11/09/2009 07:53 AM, Bastien Nocera wrote:
Could this be used by libsoup for websites that zlib-compress their
data?
It could (and eventually would), but passing data to zlib isn't the
hard part of the problem there. (And this will actually be working in
libsoup in 2.28.2.)
-- Dan
On Mon, 2009-11-09 at 12:17 +0100, Alexander Larsson wrote:
On Sun, 2009-11-08 at 12:01 +0100, Martin Nordholts wrote:
On 11/08/2009 10:54 AM, Alexander Larsson wrote:
I've been working on some API for gio (more details later) that involves
having an API for (de)compression. Having this
On Mon, Nov 9, 2009 at 4:05 PM, Thiago Macieira thi...@kde.org wrote:
Besides, glib is only a dependency of Qt on the X11 platform. I can justify a
VFS API that requires D-Bus to work properly (with some effort, on some
platforms other IPC mechanisms would be preferable), but I cannot do it if
On Mon, Nov 9, 2009 at 6:23 AM, Alexander Larsson al...@redhat.com wrote:
I know you're really interested in cross-desktop VFS support, and I
don't disagree with having something like that. However, the fact is
that libGIO is an important part of the Gtk development stack, that
contains all
On 11/08/2009 10:54 AM, Alexander Larsson wrote:
I've been working on some API for gio (more details later) that involves
having an API for (de)compression. Having this as a public API makes
zlib a mandatory dependency for libgio (and thus the glib tarball).
Hi,
Will there some kind of
On Sun, 2009-11-08 at 12:01 +0100, Martin Nordholts wrote:
On 11/08/2009 10:54 AM, Alexander Larsson wrote:
I've been working on some API for gio (more details later) that involves
having an API for (de)compression. Having this as a public API makes
zlib a mandatory dependency for libgio
On Sun, Nov 8, 2009 at 10:54 AM, Alexander Larsson al...@redhat.com wrote:
I've been working on some API for gio (more details later) that involves
having an API for (de)compression. Having this as a public API makes
zlib a mandatory dependency for libgio (and thus the glib tarball).
We
On Sun, 2009-11-08 at 21:24 +0100, nf2 wrote:
Qt can already link
GLib for the main-loop, provide Gtk+ filechoosers, thus moving forward
to full VFS support seems natural. Perhaps QtVFS could be thin
bindings for GIO, designing another VFS API from grounds up doesn't
sound like a good idea,
18 matches
Mail list logo
