You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 24, 2021. It is now read-only.
It would be nice if we could create links to files based on their name in the attachment record. That way you could replace an attachment without needing to update any links to the attachment.
This could also be achieved by linking to id if we provided the ability to update the attached file (contents) in the edit form. By name would be url friendly.
The text was updated successfully, but these errors were encountered:
Not sure what you mean by this, we already view/link to attachments by linking to the ID (/file/atfile/).
There are probably a few reasons as to why we don't provide the functionality to update attachments, one of them being that it's just as easy to upload a new attachment and delete the old one. Another could be the need for accountability, changing files in attachments allows for the option to change/conceal information after the fact without the ability to go back, unless of course we also introduce versioning to attachments, with that it's then just as easy to upload a new attachment.
@careck are you of the same opinion re changing attachments?
The dav module updates attachments directly. I guess there should be at
least some audit entries (Om nom nom nom disk space)
I think using cmfive style versioning on attachments now is a great idea to
clarify future development.
Bit of filtering on the attachments service to filter for most recent
revision.
Require previous head revision on save.
and more om nom nom disk space seeing as how every attachment update is
saved.
Key infrastructure to take cmfive into document managament.
S
On Fri, Apr 8, 2016 at 1:13 PM, Adam Buckley [email protected]
wrote:
Not sure what you mean by this, we already view/link to attachments by
linking to the ID (/file/atfile/).
There are probably a few reasons as to why we don't provide the
functionality to update attachments, one of them being that it's just as
easy to upload a new attachment and delete the old one. Another could be
the need for accountability, changing files in attachments allows for the
option to change/conceal information after the fact without the ability to
go back, unless of course we also introduce versioning to attachments, with
that it's then just as easy to upload a new attachment.
—
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub #186 (comment)
Steve Ryan
Software Engineer [email protected]
phone (mobile) 0423 083 685
phone (SIP) 61262237142
skype : irishflute
260 Spring Creek Road Buckajo NSW 2550
Australia
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
It would be nice if we could create links to files based on their name in the attachment record. That way you could replace an attachment without needing to update any links to the attachment.
This could also be achieved by linking to id if we provided the ability to update the attached file (contents) in the edit form. By name would be url friendly.
The text was updated successfully, but these errors were encountered: