emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bernt Hansen <bernt@norang.ca>
To: Stefan Vollmar <vollmar@nf.mpg.de>
Cc: emacs-orgmode@gnu.org
Subject: Re: Links Lost and Export-Report
Date: Wed, 18 Aug 2010 12:13:53 -0400	[thread overview]
Message-ID: <871v9vdhku.fsf@norang.ca> (raw)
In-Reply-To: <1CAF6BB4-68B6-46C0-AE9A-11984B8DEC3A@nf.mpg.de> (Stefan Vollmar's message of "Wed, 18 Aug 2010 14:42:11 +0200")

Stefan Vollmar <vollmar@nf.mpg.de> 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: "<a href="some-file.html#ID-3A50...">
>
> 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 notice that there is no file referenced in the automatically generated 
> "[[id:3A50...][My Link]]" link. How does Org-mode look for files that might contain a specific id? The org manual says "[...] and one that is globally unique and works even if the entry is moved from file to file" implying that there is a strategy for looking for suitable candidates. I assume that Org-mode will look in currently open buffers first, but even if I load the correct target file, HTML export will not create the proper link. Perhaps a caching problem (I use "global-auto-revert-mode")?
>
> Maybe the above is a problem with my particular setup, but another and related problem is this:
>
> Org-mode silently ignoring link problems and misspelled macro names is dangerous - it happened more than once in our case that HTML content went online with broken links and "{{{my-misspelled-macro()}}}" snippets. How about an (optional) report after generating more complex HTML contents: maybe it could be another org-file with links to offending Org code (unresolved links, unknown macro names) and an easy-to-parse summary line for batch jobs ("done in 5.6s, *** 2 errors found")? I am perfectly willing to help with this, unfortunately, my elisp skills are fairly basic and I fear this requires some intimate knowledge of the export process. 

I think you need to look in the ~/.emacs.d/.org-id-locations file.  This
maps link ids to files.

-Bernt

  reply	other threads:[~2010-08-18 16:14 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-18 12:42 Links Lost and Export-Report Stefan Vollmar
2010-08-18 16:13 ` Bernt Hansen [this message]
2010-08-18 16:51   ` Stefan Vollmar
2010-08-18 17:15     ` Bernt Hansen
2010-08-18 21:41       ` Stefan Vollmar
2010-08-18 21:55       ` Sebastian Rose
2010-08-18 23:22         ` Stefan Vollmar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=871v9vdhku.fsf@norang.ca \
    --to=bernt@norang.ca \
    --cc=emacs-orgmode@gnu.org \
    --cc=vollmar@nf.mpg.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).