David Maus <dm...@ictsoc.de> writes: > 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.
Personally I would prefer to delete the empty drawer. I still have weird behaviour with cloning a subtree. I start with this: ,---- | * test task | :PROPERTIES: | :ID: c3601a9c-d1f6-4e76-b7fc-707895112011 | :END: `---- and on the heading repeatedly clone it with C-c C-x c 1 RET RET and I get this: ,---- | * test task | :PROPERTIES: | :ID: c3601a9c-d1f6-4e76-b7fc-707895112011 | :END: | * test task | :PROPERTIES: | :END: `---- then this ,---- | * test task | :PROPERTIES: | :ID: c3601a9c-d1f6-4e76-b7fc-707895112011 | :END: | * test task | :PROPERTIES: | :ID: c3601a9c-d1f6-4e76-b7fc-707895112011 | :END: | * test task | :PROPERTIES: | :END: `---- then this ,---- | * test task | :PROPERTIES: | :ID: c3601a9c-d1f6-4e76-b7fc-707895112011 | :END: | * test task | :PROPERTIES: | :ID: c3601a9c-d1f6-4e76-b7fc-707895112011 | :END: | * test task | :PROPERTIES: | :END: | * test task | :PROPERTIES: | :END: `---- and as far as I can tell it behaves normally after the 3rd clone. I don't understand why the second clone keeps the ID. All clones I've tried after that produce the expected result with the empty property drawer. Org-mode version 6.36trans GNU Emacs 22.2.1 (i486-pc-linux-gnu, GTK+ Version 2.12.11) of 2008-11-09 on raven, modified by Debian Regards, Bernt _______________________________________________ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
