[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kfm-devel
Subject:    Re: Webdav + Zope
From:       Paul Everitt <paul () zope ! com>
Date:       2002-03-31 14:45:36
[Download RAW message or body]


Carsten--

Thanks for the response, it's pretty educational.  The subject of core 
metadata is one that interests me.  Do you have URL to something that 
describes the approach KDE will take in the future?

MS has a little bit of a metadata model above the file level in the COM 
structured storage format, I believe.  They are beginning to expose it 
more and more.  For instance, they provide a shell extension for their 
Sharepoint Server that lets you view and change rich properties on 
remote objects through Explorer.

In the world of KDE, will Koffice etc. have or be encouraged to have 
core metadata that will be widely visible in things like Konqueror views 
or File-Properties?

--Paul

Carsten Pfeiffer wrote:
> On Tuesday 26 March 2002 09:13, Hamish Rodda wrote:
> 
> 
>>thinking harder about how to achieve a proper implementation of the
>>advanced features (file locking etc., for those who haven't been
>>following), and I feel that extending the upcoming KFileMetaInfo API to
>>also handle per protocol meta info (eg. any URL starting with webdav://
>>would invoke the plugin) would be the best solution, integrating these
>>features eg. in any KDE File dialog (which the KPart would not achieve).
>>I will look at the api soon (holidays ;) and see how suitable it is.
>>KFileMetaInfo developers, any thoughts?
> 
> 
> (not knowing about the details of the previous mails) -- KFileMetaInfo is 
> file-based, i.e. it doens't know about URLs at all. URLs should be handled at 
> least one layer above. We have the KFileItem class, which has methods to set 
> and get a KFileMetaInfo object. We thought about developing a KIOSlave that 
> extracts metadata from a URL (i.e. downloads it and applies KFileMetaInfo). 
> Then you could pass that to the KFileItem object. 
> 
> In the KIOJob, you could perform any protocol handling as you like.
> 
> Cheers
> Carsten Pfeiffer



[prev in list] [next in list] [prev in thread] [next in thread]