Hi Martin,
We are completing a new version of ARFilePreview, totally based on a
five approach. It is available in collective trunk ; older versions are
in branches.
It provides preview on a normal file object by adapting it. It also
indexes the file's content (some work is in progress in order to
At this time there are 2 new things to consider :
- portal transforms may overload the zope server
- there may be decorators that should be applied to files in order to
handle properly specific extra fields (especially for multimedia files :
metadata etc.)
* Concerning overload of zope server
On 1/29/07, Thierry Benita <[EMAIL PROTECTED]> wrote:
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
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-objec
--On 29. Januar 2007 13:23:18 +0100 [EMAIL PROTECTED] wrote:
Hi,
- we don't need all the TING mechanics in order to get the fulltext
indexing : we only need the UnicodeLexicon as far as portal transforms
send unicode results (tested in france ; you can imagine ;-) )
My two cents: TXNG is a w
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 c