emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <carsten.dominik@gmail.com>
To: Stefan Vollmar <vollmar@nf.mpg.de>
Cc: org-mode mailing list <emacs-orgmode@gnu.org>
Subject: Re: org-store-link forgets external filename?
Date: Mon, 6 Jul 2009 16:04:32 +0200	[thread overview]
Message-ID: <33376D74-0D29-4D08-8653-103392A96ADF@gmail.com> (raw)
In-Reply-To: <47E3A1B3-8065-4739-90B9-600664BB6E56@nf.mpg.de>

On Jul 6, 2009, at 12:18 AM, Stefan Vollmar wrote:

> Dear Carsten,
> On 05.07.2009, at 23:27, Carsten Dominik wrote:
>> Hi Stefan,
>> the magic of id: links is just that they are globally unique, and  
>> that
>> they will find the right target even if you move the target entry
>> from one file to another.  Therefore, export to HTML should  
>> automatically insert the correct file name.  And this is just how  
>> it works for me.
> thanks for the quick and detailed reply!
> [...]
>> Try M-x org-id-update-id-location to fix ID confusion.
> indeed everything now works just fine after calling org-id-update-id- 
> location in all files. However, the question remains: what went  
> wrong and is this a rare problem? Maybe some copy-paste-artefact?

This is clearly a possibility.

> One other thing: I mentioned on the list a short while ago that we  
> need a list of headings with their corresponding links in the HTML  
> export to generate online help in QtAssistant format. I might even  
> get one of my students to look into it - I assume one could hook  
> into some HTML export functions. Could you give us a hint on where  
> to look?

    '(list level
           (org-no-properties (org-get-heading 'notags))
           (or (org-entry-get nil "CUSTOM_ID")
               (org-entry-get nil "ID")))
    "LEVEL<=3" 'file)

will return a list of elements, each with level (1-3), heading, and
custom or U identifier that can be used in a link.

I that what you are looking for?

- Carsten

P.S.  Yes, the mapping API is *very* powerful, a pity that
not more people use it.

> Many thanks in advance.
> Warm regards,
> Stefan
>> HTH
>> - Carsten
>> On Jul 5, 2009, at 3:09 PM, Stefan Vollmar wrote:
>>> Hello,
>>> I just noticed that there seems to be a problem with org-store- 
>>> link (or in that context) with the current development version  
>>> (6.28trans).
>>> I want to insert a link to one section of one org-file into  
>>> another org-file, so I change to the file with the section I want  
>>> to link to and use org-store-link (that section already has an ID  
>>> property; the heading's name is displayed in the minibuffer -  
>>> fine). I return to the file where I want to insert the link and  
>>> use org-insert-link which offers the id I had just stored.
>>> (1) However, only the id is inserted and org seems to forget about  
>>> the other file's name, "literal hyperlinks" yields:
>>> [[id:2806BA39-087E-4E2E-89E6-6DFA332727D2][some heading]]
>>> When exporting to HTML, the link is rendered to a local link  
>>> (here: "#2806BA39...") of the current file rather than "./my-other- 
>>> org-file#2806BA39...", which is a problem, of course. Clicking on  
>>> the link in org-mode will also not open the file.
>>> (2) org-insert-link offers a list of ids which have been stored  
>>> with the corresponding headings added on the right, using Arrow-Up  
>>> and Arrow-Down will show the selected id in the minibuffer. As I  
>>> want org to come up with unique ids for sections automatically (it  
>>> does), I am usually not interested what ids it actually generates  
>>> and I would suggest a different approach with org-insert-link:  
>>> have a list of headings instead of a list of ids and show the  
>>> selected link's heading, not its id, in the minibuffer, sorry if  
>>> this has been discussed before. There may be cases where it is  
>>> important to see a link's id in the selection so one could have an  
>>> optional mode that adds the ids to the list.
>>> Warm regards,
>>> Stefan
>>> -- 
>>> Dr. Stefan Vollmar, Dipl.-Phys.
>>> Max-Planck-Institut für neurologische Forschung
>>> Gleuelerstr. 50, 50931 Köln, Germany
>>> Tel.: +49-221-4726-213  FAX +49-221-4726-298
>>> Tel.: +49-221-478-5713  Mobile: 0160-93874279
>>> Email: vollmar@nf.mpg.de   http://www.nf.mpg.de
>>> _______________________________________________
>>> Emacs-orgmode mailing list
>>> Remember: use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
> -- 
> Dr. Stefan Vollmar, Dipl.-Phys.
> Max-Planck-Institut für neurologische Forschung
> Gleuelerstr. 50, 50931 Köln, Germany
> Tel.: +49-221-4726-213  FAX +49-221-4726-298
> Tel.: +49-221-478-5713  Mobile: 0160-93874279
> Email: vollmar@nf.mpg.de   http://www.nf.mpg.de

      parent reply	other threads:[~2009-07-06 14:04 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-05 13:09 Stefan Vollmar
2009-07-05 21:27 ` Carsten Dominik
     [not found]   ` <47E3A1B3-8065-4739-90B9-600664BB6E56@nf.mpg.de>
2009-07-06 14:04     ` Carsten Dominik [this message]

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:

  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=33376D74-0D29-4D08-8653-103392A96ADF@gmail.com \
    --to=carsten.dominik@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=vollmar@nf.mpg.de \
    --subject='Re: org-store-link forgets external filename?' \


* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Code repositories for project(s) associated with this inbox:


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).