From: Ramsey L. G. <rg...@ma...> - 2008-12-01 03:18:32
Attachments:
smime.p7s
|
Hi everyone, I have a few questions about ERAttachment... 1. Is there a way to enforce the type of file uploaded by mime type? Meaning, provided something like ("image/jpg", "image/png"), throw a validation exception on files with names like "*.gif" If not, I can do that myself pretty easily, but I don't want to duplicate effort. 2. Is there a way to clean up unused files? Let say I upload file1 with ERAttachmentUpload (no ajax if that matters). Then I come back and upload a different file2 in it's place... is there a built in way to automatically dispose of the orphaned file1? 3. Is there a way to use ERFileAttachment such that the viewer hosts the file on a different domain. Example: I mount an iDisk on my app server and have the temp/destination directories on it. Can I then serve the downloads from http://www.me.com/ix/$username/Public/... 4. Has the addition of alternative text for attachments been considered? ERAttachment does not seem to currently support storage of alternative text. I can key this with a localized string attribute, but I'm wondering if storing the alt text directly with the attachment would be a better approach. Thanks everyone, Ramsey |
From: Mike S. <ms...@md...> - 2008-12-16 14:56:27
|
> Had a couple emails I've been saving in my inbox to respond to when I had some more time ... Here's one: > 1. Is there a way to enforce the type of file uploaded by mime > type? Meaning, provided something like ("image/jpg", "image/png"), > throw a validation exception on files with names like "*.gif" If > not, I can do that myself pretty easily, but I don't want to > duplicate effort. Currently no. > 2. Is there a way to clean up unused files? Let say I upload file1 > with ERAttachmentUpload (no ajax if that matters). Then I come back > and upload a different file2 in it's place... is there a built in > way to automatically dispose of the orphaned file1? ERAttachment itself has no knowledge of how you are using them, so "uploading a different file2 in its place" doesn't really mean anything in the context of ERAttachment. It means something in the context of your app, though, which is where you would want to implement this behavior. > 3. Is there a way to use ERFileAttachment such that the viewer hosts > the file on a different domain. Example: I mount an iDisk on my app > server and have the temp/destination directories on it. Can I then > serve the downloads from http://www.me.com/ix/$username/Public/... I don't think it does, but it would be a pretty easy extension, I think ... All URLs are constructed by callign ERAttachmentProcessor's attachmentUrl, so you could add support in ERFileAttachmentProcessor for adding a path prefix. It would seem to me to be a variant of the non-proxied code that would do it and it should be pretty simple. > 4. Has the addition of alternative text for attachments been > considered? ERAttachment does not seem to currently support storage > of alternative text. I can key this with a localized string > attribute, but I'm wondering if storing the alt text directly with > the attachment would be a better approach. It does not currently do anything with descriptions. ms |