deleting calendars is very practical - as long as all users know what they are doing (which is often not the case). I think there would be a high risk that many users would confuse delete with "unsubscribe", especially if there is no unsubscribe functionality. This would be very painful when a shared calendar is deleted (because the user doesn't want it to show in RC). Often there is no fine-grained ics backup of each calendar, but just the whole database. The DB would need to be restored on a test-server, the ics exported, and reimported to the production server.
I know this is feature is also linked to the feature request to have a subscribe/unsubscribe functionality, so might be part of a wider discussion.
Hello,
deleting calendars is very practical - as long as all users know what they are doing (which is often not the case). I think there would be a high risk that many users would confuse delete with "unsubscribe", especially if there is no unsubscribe functionality. This would be very painful when a shared calendar is deleted (because the user doesn't want it to show in RC). Often there is no fine-grained ics backup of each calendar, but just the whole database. The DB would need to be restored on a test-server, the ics exported, and reimported to the production server.
I know this is feature is also linked to the feature request to have a subscribe/unsubscribe functionality, so might be part of a wider discussion.