Bernt Hansen wrote: >David Maus writes: >> Bernt Hansen wrote: >> >>>I use unique ids for my tasks (enabling org-id in org-modules) >> >>>If you clone a task with a unique id by using C-c C-x c the clone has a >>>copy of the property drawer with the same ID. >> >> Commit b18a4f8a2b093f951fdd143b1331a135eab4e515 in >> git://github.com/dmj/dmj-org-mode.git quickfix fixes this glitch by >> removing the ID property of the clones of the original subtree. >> >> It makes sense to not clone the ID properties if we think of it >> representing the identity of a subtree. >Hi David, >Thanks for this. There's a problem with it if you don't do a time shift >when you clone -- in this case you don't remove the entry. >C-c C-x c 1 RET RET >produces a straight copy of the task including the id. Ah, yes, thanks. Deleting the property occurred on the wrong place. Fixed in 51a37ca09529e2597a863e7b7390da4409c750dc in git://github.com/dmj/dmj-org-mode.git quickfix. I'm not sure if we should delete an empty property drawer after cloning, too. E.g. If the ID property was the only property of the original subtree the clone have an empty property drawer. Though, it is just a cosmetic issue. HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber.... dmjena@jabber.org Email..... dmaus@ictsoc.de