Site.UploadQuickReferencefile. :-) Tested and works with version 2.2.71!
[[Site.UploadQuickReference]]in your wiki, not the file on the server directory. --Petko March 12, 2015, at 03:55 PM
Hi Dan, it's a nice cookbook, thanks! In the wiki philosophy there is a "mantra" that you can not delete anything, this is of course infeasible by deleting files, ;-) but could you make it a little bit less dangerous. It would be fine, if there were at least a promt "would you really delete this files" next pressing the button "delete checked files".
After talking to Dan I added a patch which prevent upload input fields from disappearing ater deleting an attachment and I increased the version number to 0.05 :-)
-- Jann November 24, 2006, at 09:11 AM
Is it possible to chnage the delete to move the file to a spezial folder with an timestamp, so may it can be restored....?
Verion 0.07 in my installation lead to downloads not opening on the client side as desired. Instead, the various applications seem to consider them binary files not conforming with the expected file type's structure. I've been forced to disable the recipe now ... but of course I'd like to keep it! Your suggestions for a fix would be appreciated ... Thanks in advance! --Henning February 27, 2009, at 09:36 AM
I found this recipe useful. However, instead of deleting the files, I make it to rename it by appending ".del-" followed by unix timestamp. That also makes it possible to choose not to display those files in the newattachlist. However, any restoration of "deleted" files need to be done from the command prompt. Here is the modified code (includes also a bug fix): attachdelrename.phpΔ . Subhrajit April 09, 2012, at 09:56 PM