Hi Jan,
just tried your 0.12.2rc versions - they look great ;)
Is there a way that in the future there will be a kind of an "undelete" option - especially when you delete a contact there is probably a lot of information lost in just one click. I think about an undelete feature which works during the actual session - and an optional "are you shure" - question when you delete something would also be very nice. Right now deleting is way to "fast and final" for me...;)
And as always - a "copy and paste" feature out of an read only address book would also be very cool if you want to serve a "master" copy of a adr book to a group of people from witch they can fill their own books...
greets gil
Hi Gil,
On 04 Aug 2015, at 00:53, GJ mlist@janeselli.at wrote:
Hi Jan,
just tried your 0.12.2rc versions - they look great ;)
Is there a way that in the future there will be a kind of an "undelete" option - especially when you delete a contact there is probably a lot of information lost in just one click.
this is the reason why you need to click first to "Edit" and then to "Delete" (and why there is a space between "Cancel" and "Delete" buttons).
I think about an undelete feature which works during the actual session - and an optional "are you shure" - question when you delete something would also be very nice. Right now deleting is way to "fast and final" for me...;)
I don't think that "session" based undelete is the right way to implement it (if something is implemented, it must work in general, not only for a "session"). More interesting is to have something like "mark for deletion" with a timer (e.g. delete after 24 hour) - the only problem is that it requires server support (and I don't know if there is any "undelete" support in Cal/CardDAVrelated RFCs).
And as always - a "copy and paste" feature out of an read only address book would also be very cool if you want to serve a "master" copy of a adr book to a group of people from witch they can fill their own books...
Multiple copies of one contact creates more problems than it solves. What if the contact is changed? Will you update it in all addressbooks? The good solution here is to share the contact using shared addressbooks, and set proper permissions for these addressbooks. This doesn't mean that I say no for copy functionality, but there are lot of other (much more important) things I want to add/change.
Cheers,
JM
Hi Jan, too me - the del is too fast and unreversible... ;)
Am 26.08.2015 um 23:48 schrieb Ján Máté:
Hi Gil,
And as always - a "copy and paste" feature out of an read only address book would also be very cool if you want to serve a "master" copy of a adr book to a group of people from witch they can fill their own books...
Multiple copies of one contact creates more problems than it solves. What if the contact is changed? Will you update it in all addressbooks? The good solution here is to share the contact using shared addressbooks, and set proper permissions for these addressbooks. This doesn't mean that I say no for copy functionality, but there are lot of other (much more important) things I want to add/change.
The problem is, that i always have to share a whole adr. book - there is no way to "group" the rights of every single entry. I mean in a perfect world there would be some kind of master adr. book sharing its entrys (with all the changes to it) to sub adr. books - even with mayby - botoom up inheritances. And in this perfect world there would also be a undelete function and of course - a kind of a "timeline" whats was changes in the entry during the time... ;)
But i know - we´re not living there!
greets! gil
Cheers,
JM
Actually the "V" in WebDAV (and CalDAV and CardDAV) is for "versioning". In a perfect world every server would implement RFC 3253 which adds versioning to the base protocol. That would allow you to check out every state your address book had in the past.
Am 27.08.2015 um 00:02 schrieb GJ:
Hi Jan, too me - the del is too fast and unreversible... ;)
Am 26.08.2015 um 23:48 schrieb Ján Máté:
Hi Gil,
And as always - a "copy and paste" feature out of an read only address book would also be very cool if you want to serve a "master" copy of a adr book to a group of people from witch they can fill their own books...
Multiple copies of one contact creates more problems than it solves. What if the contact is changed? Will you update it in all addressbooks? The good solution here is to share the contact using shared addressbooks, and set proper permissions for these addressbooks. This doesn't mean that I say no for copy functionality, but there are lot of other (much more important) things I want to add/change.
The problem is, that i always have to share a whole adr. book - there is no way to "group" the rights of every single entry. I mean in a perfect world there would be some kind of master adr. book sharing its entrys (with all the changes to it) to sub adr. books - even with mayby - botoom up inheritances. And in this perfect world there would also be a undelete function and of course - a kind of a "timeline" whats was changes in the entry during the time... ;)
But i know - we´re not living there!
greets! gil
Cheers,
JM