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

List:       kde-usability
Subject:    Re: Easier Searching in KDE
From:       Manuel Amador <rudd-o () amautacorp ! com>
Date:       2004-06-09 19:05:16
Message-ID: 1086807916.30180.34.camel () localhost ! localdomain
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


El mar, 08-06-2004 a las 03:11, Dik Takken escribió:

> Each plugin should decide for itself if it should cache and extract 
> (meta)data, you can't decide this globally for the whole search system. 

I agree on this.

> Indexing may be useful for one plugin but useless to another. Metadata 
> extracting will probably be meaningless for most plugins.

I disagree on this, though.  For most plugins, metadata extraction would
be great.

Note when I say plugin I mean a specialized piece of software that
extracts data/metadata from a file, then feeds it onto a searchable
index.  NOT a search UI plugin.

> 
> Yes, the file search plugin may benefit from indexing, and we may 
> develop a extra-powerful file search plugin that can extract metadata 
> as well. Users who have the computer power to use that plugin are free to 
> do so, people who don't use the basic plugin. But these are 
> all implementation details. For now, we should discuss the big picture 
> only.
> 
> Cheers,

> 
> Dik
> _______________________________________________
> kde-usability mailing list
> kde-usability@kde.org
> https://mail.kde.org/mailman/listinfo/kde-usability
-- 
	Manuel Amador
	Jefe de I+D                         +593 (9) 847-7372
	Amauta                     http://www.amautacorp.com/
	GNU Privacy Guard key ID: 0xC1033CAD at keyserver.net

["signature.asc" (application/pgp-signature)]

_______________________________________________
kde-usability mailing list
kde-usability@kde.org
https://mail.kde.org/mailman/listinfo/kde-usability


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