[Framework-Team] Plip : indexing files

[Thierry Benita]

Hi Martin,

This makes sense. I'll work with other sprinters in order to make this
piece of work more conform to Z3 model and use adapters on items that
implement IFileContent.
Is there some work in progress on the rewrite of portal_transforms ?
There is still an issue if we want to store sub-objects either in zodb
or filesystem. We'll investigate that.
Also the view will stay in skins as far as Plone can't support Z3 views
with correct caching policies.

Any other idea welcome ;)

Thierry.

Martin Aspeli a écrit :
> Hi Thierry,
>
> I think this sounds quite interesting. Certainly, a better "document"
> story (which includes full-text indexing and a strategy to avoid ZODB
> bloat, e.g. blobfile) is pretty high on my wishlist for 3.5 (and
> limi's as well, fwiw).
>
> I would like to see a proposal that is somwhat less AT centric,
> though. It may be wishful to think that we can achieve this, but
> ideally we'd decouple portal_transform entirely, replacing it with a
> lighter framework based on Zope 3 adapters and utilities (a transform
> is a utility, adapters take care of the actual extraction of data to
> transform and consumption of the transformed text). This should also
> allow some async option (register a consumer for the transform that is
> called when the transform is complete).
>
> At this point, we could extend ATFile relatively easily to use this. I
> don't think we'd want a new content type, but rather to extend ATFile
> as necessary.
>
> I think BLOB storage and transform should be two separate proposals
> and two separate implementations.
>
> Martin

-------------- next part --------------
A non-text attachment was scrubbed...
Name: tbenita.vcf
Type: text/x-vcard
Size: 436 bytes
Desc: not available
URL: <http://lists.plone.org/pipermail/plone-framework-team/attachments/20070129/b6bac2db/attachment.vcf>