Re: [Afpfs-ng-devel] A more complete AFP client
Status: Alpha
Brought to you by:
alexthepuffin
From: Alex d. <ale...@gm...> - 2006-12-13 07:31:48
|
On 12/12/06, Martin Forsgren <mk...@st...> wrote: > Not to say it's a bad way. If you feel comfortable with nautilus thats ok. > For me its over 200MB extra install for something I don't want, and if > you use KDE it's the same thing. > > It's good if the base is as independent as possible so implementations > for different environments can be done small and easy. Martin, I agree that it'd be nice to have something that'll work with all these environments. The browse/mount interface is taken care of pretty well with gnome-vfs2. I'm unclear on how much space bringing in gnome-vfs2 requires (there's nothing graphical about it directly). What would you suggest that we could start with? I'm open. ... > > 3. A nautilus extension > > I'm not quite sure what kind of extension this is (I think maybe a > > NautilusView), but it would be able to parse the meta information that > > afpfs-ng presents as hidden files to the user. > I don't realy understand the thing with icons? Isn't it good with icons > local decided to blend in in your normal environment? But then again, > I realy don't undestand what it's all about ;) Right now, all of the graphical file browsers have some of their own way to represent icons (typically depedening on the file type). That should work right now with any graphical file manager you use on top of afpfs-ng mounts. One of the tricks of the finder is the ability to change the icon, comment or application of a given file. This is set in the resource fork for the file. I'd like a Linux client to be able to interpret and display those. - Alex |