* Slava Zanko <slavaza...@gmail.com> schrieb: Hi,
> > you meant: mcvfs = model ? > No. model = any data source. mcvfs - one of sources for mc. Which other datasources do you have in mind ? > > yeah, even sockets: > > cat tcp://somehost:port/ > > (I'll add this to libmvfs in the next days ...) > Cool. I'm waiting now this patch. :) Hmm, will take some time ... you can check out the open libmvfs branches (svn://anonymous:anonym...@nibiru.metux.de/public/libmvfs/) to see what's coming. Primary libmvfs<->mcvfs bridging is already done in mc-9p branch (svn://nibiru.metux.de/public/mc-9p/), all it takes now is adding a new vfs_class structure per libmvfs-supported fs :) (perhaps we could invent some more automatic mapping someday ?) > > certain certain DE's ? Well, perhaps it would be even better to just > > directly support well-known DE's shortcut files ? > But if file will open by DE, mc don't handle data from 'shorcut'. No, I meant, mc shall be able to understand certain DE's shortcut files and do the right things. For example, if the shortcut points to some ftp:// url, it just cd's to this url and let's ftpfs do the dirty work. cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT service - http://www.metux.de/ --------------------------------------------------------------------- Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ --------------------------------------------------------------------- _______________________________________________ Mc-devel mailing list http://mail.gnome.org/mailman/listinfo/mc-devel