I take it that one for use with ERAttachment, one would need to use the code route to push an attachment into the system, since this approach is mutually exclusive, correct?
On Thu, Apr 29, 2010 at 6:34 AM, David LeBer <dleber_wo...@codeferous.com> wrote: > > On 2010-04-29, at 6:58 AM, David Avendasora wrote: > >> Absolutely brilliant! >> >> I have some users that have been asking for exactly this functionality, with >> one addition: Is there a way to have the server report back file metadata >> upon completion? >> >> (What they want is the ability to attach up to 15MB of files, or 5 >> attachments, whichever comes first.) >> >> Again, David, this is an excellent addition to WO! > > There will be a WO action and a JS function called when the upload is > complete. You can use those to do whatever you wish with the uploaded file. > > I just looked a the implementation for the AjaxUploadRequestHandler and there > is a global value for maximum upload size. There is also a progress state > object AjaxUploadProgress which is per upload, I suppose I could add an > upload size value there that could override the global one. > >> >> Dave >> >> On Apr 28, 2010, at 11:17 PM, David LeBer wrote: >> >>> Hey all, >>> >>> Because of the way inline edit pages work in ERModernLook all of the >>> standard file upload components don't. >>> >>> So I've been working on one that will. I've got to say it's a pig of a >>> problem. Mike had already done some heavy lifting on AjaxUpload but it >>> required it's own form. Andrew Valums AjaxUpload.js >>> <http://valums.com/ajax-upload/> helps work around that. But getting the >>> behaviour just right is tough. Widespread adoption of HTML5's file object >>> cannot get here fast enough for me. >>> >>> Anyway, here is a sample movie of what I've been working on, I'd love >>> feedback on whether the UI behaviour makes sense. >>> >>> <http://files.me.com/dav1d/bkh7bx.mov> > > ;david > > -- > David LeBer > Codeferous Software > 'co-def-er-ous' adj. Literally 'code-bearing' > site: http://codeferous.com > blog: http://davidleber.net > profile: http://www.linkedin.com/in/davidleber > twitter: http://twitter.com/rebeld > -- > Toronto Area Cocoa / WebObjects developers group: > http://tacow.org > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/jmlittle%40gmail.com > > This email sent to jmlit...@gmail.com > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
