From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Harkins Subject: Re: TODO + org-mobile-push vs. org-store-link Date: Tue, 04 Sep 2012 13:07:13 +0800 Message-ID: <874nnepe9q.wl%jamshark70@dewdrop-world.net> References: <87627upf17.wl%jamshark70@dewdrop-world.net> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Return-path: Received: from eggs.gnu.org ([208.118.235.92]:45885) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T8lMA-0003VU-T7 for emacs-orgmode@gnu.org; Tue, 04 Sep 2012 01:07:24 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T8lM8-0003C9-Td for emacs-orgmode@gnu.org; Tue, 04 Sep 2012 01:07:22 -0400 Received: from mail-pb0-f41.google.com ([209.85.160.41]:47014) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T8lM8-0003C2-J7 for emacs-orgmode@gnu.org; Tue, 04 Sep 2012 01:07:20 -0400 Received: by pbbro12 with SMTP id ro12so9501681pbb.0 for ; Mon, 03 Sep 2012 22:07:18 -0700 (PDT) In-Reply-To: <87627upf17.wl%jamshark70@dewdrop-world.net> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org At Tue, 04 Sep 2012 12:50:44 +0800, James Harkins wrote: > Now, if I also want to link to this item (why?*), I would hit C-c l on the TODO headline, which tries to assign another SHA id. Then I get a mess. > > ~~~ > * TODO A headline to link > > :PROPERTIES: > :ID: 331b4df1-3974-4c1b-aa67-a519af8b7b3d > :END: > :END: ** A subheading > ~~~ > > (I'm not sure if the ID is the same before or after C-c l.) > > So we have two :END: markers and -- *worse* -- the subheading has been moved up to the previous line, where it is no longer a subheading. > > I'm quite sure I did org-mobile-push before storing the link. I suspect org-store-link may not be checking sufficiently for an existing ID, and trying to put the ID into a place where it expects to find no :PROPERTIES: block (but there is one). Hm, wait, that's not quite right. The beamer trees are in a separate file specifically because I did not want to push them onto my phone. So I'm not sure exactly what happened. There's a link in one of my org-agenda/mobile files to the top heading of the beamer file. I did do an org-mobile-push in the morning. But I just confirmed with a quick test that mobile-push does NOT greedily scan through any org buffers and add IDs to TODOs, schedules. So the errant :PROPERTIES: block (which I assume is the source of the extra :END:) didn't come from there... but it did come from somewhere. Ah... another dim memory... I copied this content out of a file that *is* pushed. Probably those headings acquired IDs when they were part of the other file, and I didn't delete the properties in the new file. But I still can't reproduce it with a simple file :( so I don't know quite what causes it, only that something screwy happened when storing a link to a heading that had already been property-ified. hjh -- James Harkins /// dewdrop world jamshark70@dewdrop-world.net http://www.dewdrop-world.net "Come said the Muse, Sing me a song no poet has yet chanted, Sing me the universal." -- Whitman blog: http://www.dewdrop-world.net/words audio clips: http://www.dewdrop-world.net/audio more audio: http://soundcloud.com/dewdrop_world/tracks