From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernt Hansen Subject: Re: Links Lost and Export-Report Date: Wed, 18 Aug 2010 13:15:13 -0400 Message-ID: <87aaoj6dwe.fsf@gollum.intra.norang.ca> References: <1CAF6BB4-68B6-46C0-AE9A-11984B8DEC3A@nf.mpg.de> <871v9vdhku.fsf@norang.ca> <26232062-ECCC-484B-B59D-B1A9CB63FE70@nf.mpg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=54134 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OlmEY-0003pq-3I for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 13:15:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OlmEW-0003S6-N1 for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 13:15:26 -0400 Received: from mho-02-ewr.mailhop.org ([204.13.248.72]:60967) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OlmEW-0003Ry-Ix for emacs-orgmode@gnu.org; Wed, 18 Aug 2010 13:15:24 -0400 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Stefan Vollmar Cc: emacs-orgmode@gnu.org Stefan Vollmar writes: > Dear Bernt, > > On 18.08.2010, at 18:13, Bernt Hansen wrote: > >> Stefan Vollmar writes: >> >>> Hello, >>> >>> I currently have a "showstopper-class" problem with links. I am using Org-mode release_7.01h-129-g3363a with Emacs 23.2.1. I have >>> >>> (require 'org-install) >>> (require 'org-id) >>> >>> in my .emacs file. >>> >>> This works fine: >>> >>> (1) org-link-to-org-use-id is t and when I do a C-c l (org-store-link), a "a globally unique ID property" is generated for the current section - so far so good. >>> (2) I then change to another org-file and insert the link with C-c C-l (org-store-link), looking at the org source shows me that, indeed, the newly generated ID ("id:3A50..." in that example) has been used. >>> (3) When I do a C-c C-o (org-open-at-point) on the new link, the target org-file is opened at exactly the right place - nice! >>> (4) When I export the file as HTML, the link works exactly as expected: " >>> >>> Here is the problem: I have two computers with very similar setups (Emacs and Org-mode: same versions; laptop and desktop) and synchronize org-files via a subversion repository. If I do a subversion update (sync the org-files to that computer) and then export to HTML on that computer, the previously working links do not work any more: there is no "#ID-..." in the link, in fact, the link is simply to the file that contains the link (not even the file I want to link to). Maybe Org-mode was not able to find the "id"? > > [...] > >> I think you need to look in the ~/.emacs.d/.org-id-locations file. This >> maps link ids to files. >> >> -Bernt > > I think it is very likely that this is part of problem - I synchronize > the directories containing my org-files and have, so far, done nothing > about "~/.emacs.d/.org-id-locations". > > What is the best way to deal with this? > - Synchronize? > - Delete? > - Force re-generation? I think you can just regenerate the file with a call to M-x org-id-update-id-locations > I have just taken a look at that file. It seems to map one id to one > file. How does that help Org-mode if I rename an org-file that > contains an id? This will probably make your ids and files out of sync so they don't work for links in those files anymore. Regenerating the list for all of the files you have with id links should fix the problem. I use the feature but don't rename my org files so I've never run into this issue (if it is one). Regards, Bernt