On Jul 23, 2010, at 3:46 PM, David LeBer wrote: >> >> Basically, I have an edit component which contains the AjaxModalDialog >> containing the subcomponent with the Flexible Uploader >> >> The edit component edits the communication in general, and as part of that, >> the user can attach up to 5 files. These appear in an inline worepetition >> with a close button. Clicking close tells the attachment represented by >> that index to be set to null. e.g. click the close button for attachment1 >> sends communcation.setAttachment1(null) > > Are you ever actually deleting the Attachment? Wouldn't this leave one > dangling?
I believe it would. Unfortunately, that's the way the old version worked, for whatever reason that's what they decided to do. I agree, to me, the logical thing is to delete it, but I guess it doesn't happen often enough that people aren't worried about it. :-/ > > The ERAttachmentFlexibleUpload/AjaxFlexibleFileUpload cache the filename as > their default behaviour. My brain is farting right now and I cannot think of > a simple way to get them to reset that value when the AMD opens. > > There is a binding that will bypass the showing of the uploaded file name and > clear button: 'clearUploadProgressOnSuccess' - it defaults to false. However > with this set, there will be no indication of what file you uploaded, the > uploader will revert to a select button. > > You can look at ERAttachmentFlexibleEditor as an example of how to setup a > view/upload/replace workflow with these components. > > You could possibly set that binding and have the success function of the > uploader close the AjaxModalDialog. I'll try these things. Maybe I'll have to implement something similar based on it. I did notice this though.... When I add a file, then add a new one, the second version of the dialog comes back empty (i.e. it doesn't display the first file) . . . which is what I hope for. However, when I then delete one in the edit component, then add a new one, it will appear twice in my repetition, with the first not deletable. I imagine that is unrelated, but right now, that's all it is, imagination, as I am not as clear on this as I'd like to be. Thanks for your help. Andrew _______________________________________________ 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
