Re: Plans for gnome-vfs replacement



On Mon, 2006-09-18 at 19:21 +0200, Paolo Borelli wrote:
> Il giorno lun, 18/09/2006 alle 18.12 +0200, Alexander Larsson ha
> scritto:
> > As soon as you spend some time looking at this problem is evident that
> > to solve the platform ordering issues we really need a clean cut from
> > the current gnome-vfs. I think the ideal level for a VFS would be in
> > glib, in a separate library similar to gthread or gobject.
> 
> <snip of the awesome mail>
> 
> Alex, all of your mail is great and I will read it a couple more times
> before making any further comment.
> 
> I just want to ask about one of the other aspects of VFS you didn't
> mention and that I happen to care about: mime types. Do you plan to have
> a simple wrapper of the xdg-mime api in glib?

I'm not sure. In general I'd like mime sniffing to happen in the daemon
so that it can be cached between processes, and so that it will involve
less roundtrips between the daemon and the app. However, local file
access will be implemented fully client-side, so there must be a way to
do the mime sniffing in the client. Should this code be exposed, or
should it be parts of the internals of a unix-specific local file vfs
implementation?

I know gedit uses the mime sniffing stuff a lot. However, I'm not sure
exposing the freedesktop mime system on windows is a good idea. The
windows version of the glib vfs should probably use the windows built in
file classes (mapped to some mimetype as needed) so that apps can e.g.
use the right filetype -> application mapping build into windows.

Tricky stuff...

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl redhat com    alla lysator liu se 
He's an uncontrollable Jewish cowboy on a search for his missing sister. She's 
a mistrustful foul-mouthed angel trying to make a difference in a man's world. 
They fight crime! 




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]