Re: [GNOME VFS] Re: GUADEC Issue discussion summary ...

[ERDI Gergo <cactus cactus rulez org>]

On 17 Apr 2001, Maciej Stachowiak wrote:

> * Leave the monikers in bonobo and make bonobo depend on gnome-vfs.

Bonobo already depends on gnome-vfs. However, since gnome-vfs has no
concept of Bonobo `things', you could only use gnome-vfs uri handlers
inside a single moniker. OK this is a very lame and uncomprehensible
explanation, so let me give you an example.
Suppose you have a gzip'd Gnumeric file on an HTTP server (let's forget
about the fact that gnumeric's internal format is gzip'd anyway). If we
implemented a generic gnome-vfs-uri moniker, we could create a moniker
like
	vfs:http://foo.bar/baz/quux.gnumeric.gz#gzip!Sheet1 [1]
However, it would be made up of two parts: 
http://foo.bar/baz/quux.gnumeric.gz#gzip and Sheet1. Ideally, it should be
made of three parts: http://foo/quux.gnum, gzip, and Sheet1.
`OK this is just nitpicking' No it's not. Imagine if someone wanted to
store gzip'd data inside a bonobo-conf field. You would want to read/write
conf:/Applications/MyApp/MyBigSetting via the gzip moniker. But you
couldn't do that because there is no separate gzip moniker, only the
gnome-vfs moniker which doesn't work on `entities' that come from outside
gnome-vfs land.

Let me know if I made myself clear, I'll be happy to try explaining it
again:)

[1] I don't think it is a good idea to call it gunzip since it goes both
ways, transparently handling compressing/decompressing

-- 
   .--= ULLA! =----------------------.   `We are not here to give users what
   \    http://cactus.rulez.org       \   they want'  -- RMS, at GUADEC 2001
    `-----= cactus cactus rulez org =--'
Ami nem esz meg ma, csak holnapra tartogat.