Re: [Orgmode] Re: Bug: Cloning a task also clones the unique id [6.36trans]
Hi Giovannui, this is good as well. why don't you try to implement it... ? - Carsten On May 17, 2010, at 3:00 PM, Giovanni Ridolfi wrote: Carsten Dominik writes: On May 14, 2010, at 11:01 PM, David Maus wrote: [...] Org removes the ID property in the copy of the original subtree before it is inserted anywhere. Applied, thanks. Arrrgh /me is too late, sorry! Feature request: Would it be possible that org-mode changes the :ID: while cloning and not delete it? - we can have a variable + org-clone-change-id + nil : not change, delete it + t : yes get a new :id: - org-mode can ask every time 'do you want to change[C c] the :ID: or to delete [D d] it?' But isn't that boring? cheers, Giovanni - Carsten ___ 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
Re: [Orgmode] Re: Bug: Cloning a task also clones the unique id [6.36trans]
Carsten Dominik writes: > On May 14, 2010, at 11:01 PM, David Maus wrote: >> [...] Org removes the ID property in the copy of the original >> subtree before it is inserted anywhere. >> > Applied, thanks. > Arrrgh /me is too late, sorry! Feature request: Would it be possible that org-mode changes the :ID: while cloning and not delete it? - we can have a variable + org-clone-change-id + nil : not change, delete it + t : yes get a new :id: - org-mode can ask every time 'do you want to change[C c] the :ID: or to delete [D d] it?' But isn't that boring? cheers, Giovanni ___ 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
Re: [Orgmode] Re: Bug: Cloning a task also clones the unique id [6.36trans]
Applied, thanks. - Carsten On May 14, 2010, at 11:01 PM, David Maus wrote: Bernt Hansen wrote: David Maus 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: [...] Again, sorry, yes. The problem was that I told Org to remove the ID property at headline at point after inserting the clone. Merely the headline at point after insert is not necessarily the clone but a sibling of the clone. Now it is definetly fixed in git://github.com/dmj/dmj-org-mode.git quickfix -- Org removes the ID property in the copy of the original subtree before it is inserted anywhere. Dang, you should always be sure where (point) is when depending (point) to be somewhere specific. HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ 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 - Carsten ___ 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
