[Tramline-dev] Re: a Plone file-Field with tramline and JUpload ?
Nate Aune
natea at jazkarta.com
Tue Feb 14 14:32:05 CET 2006
Hi Matt,
Could you provide a summary of the improvements that were made to
Tramline/PloneTramline during the snow sprint? We need this summary
for the Snow Sprint wrapup page: http://plone.org/events/sprints/snow-
sprint3
Any chance that you can make a 0.2 release that incorporates the new
features?
Also, there was product just announced on zope.org called
ThreadedTransferAgent which is described as a "Upload and Download
Monitor" showing how to monitor uploads into Zope. http://
www.zope.org/Members/TheJester/ThreadedTransferAgent
From the README.txt:
=======
This is a demo of how to build an upload monitor for Zope. It consists
of a CGI and a Zope Product that does the monitoring. There is demo code
to show how to utilise it in your products. It's functional, but, not
necessarily meant to be a turnkey solution.
There's also code present (but disabled), to demonstrate how to
process large files and provide a status inside Zope (and then a
download if you want). It needs customisation (a worker thread e.g.),
to actually work.
=======
I haven't looked at the code yet, so i don't know how robust is is.
And the fact that it's released as version 0.0.0, is a bit
disconcerting. Isn't 0.0.0 reserved for vaporware? ;)
Anyways, might be something worth checking out.
Nate
--
Nate Aune - natea at jazkarta.com
http://www.jazkarta.com
On Jan 30, 2006, at 6:37 AM, Matt Hamilton wrote:
> Dirk,
> Good timing :) I am currently at the Snow Sprint in Austria with
> Nate working on improving the Tramline support. I agree with you
> that the best approach will be to set a specific header to only
> invoke tramline for specific content types. Tramline itself does
> not currently support this, but I am looking to add it in -- either
> in tramline or perhaps as a conditional directive in the apache
> config.
>
> Other items we are working on here:
>
> * Getting ATAudio and other media types to be tramline aware
> * Conditional invoking of the tramline filter for specific media types
> * Using sha-1 hash for tramline filenames so as to be compatible
> with Limewire 'magnet links'. This could allow content from
> Plone to
> be served directly out onto the gnutella network
>
> -Matt
>
> Dirk Wallmeier wrote:
>> Hi,
>> we are also trying to build a file repository product for plone.
>> We want
>> to integrate tramline and JUpload with an AT file field.
>> We managed to get it working up- und downloading files when I was
>> stuck
>> with the login-form problem and came to the tramline-dev list.
>> Here I found out that others are working on the same idea as well.
>> This
>> is our approach:
>> For the field widget we built a JUploadWidget. We used
>> JUploadThread V2 to be able to handle large files and modified it
>> to redirect to the submit URL of the AT edit form, where the
>> applet is embedded. On uploads, the applet calls a python script,
>> that passes the file names in the tramline repo into the
>> LinesField, which uses our widget.
>> This all seem to work, but it is not very much tested.
>> I think it would make sense to tell the tramline filter
>> explicitely to be reponsible for an upload by setting a special
>> header line. This prevents tramline from interfering with other
>> products using form upload and only interfer with our special file
>> field. I prefer this approach over the general file field patch
>> suggested by Matt Hamilton in PloneTramline.
>> I haven't tried out this yet, but I will try it now together with
>> the patch for the login problem.
>> I think we should share experiences try to supply a AT-Tramline-
>> JUpload-FileField for general use?
>
>
> --
> Matt Hamilton
> matth at netsight.co.uk
> Netsight Internet Solutions, Ltd. Business Vision on the
> Internet
> http://www.netsight.co.uk +44 (0)117
> 9090901
> Web Design | Zope/Plone Development & Consulting | Co-location |
> Hosting
More information about the Tramline-dev
mailing list