I think you need to set (setq org-id-link-to-org-use-id 'create-if-interactive)
Then the usual C-c l and C-c C-l should work to store links and insert them. It might be worth noting though, that in my experience, this is most useful for links within a file, or to files in your agenda list. org does not have a good way to find an id in a non-agenda file if that file is not already open. Although there should be a .org-id-locations file somewhere that stores this mapping of id to file. I have not experienced 100% success with this. Also, you have to be a little cautious about copying a headline to another place, because then you have two ids in different places. anyway, the point is try it out and see if it works for you ;) Jacob Gerlach writes: > On Mon, Mar 9, 2015 at 10:38 AM, Leo Ufimtsev <lufim...@redhat.com> wrote: >> On the side, if of any help: >> >> I generally use ID's for linking to headings. >> The benefit is that headings can be re-named safley and links still work. > > A great suggestion. I wasn't aware of the feature, and renaming safety > is a great benefit while also solving my space problem. > > I don't suppose there's a trick to automatically update descriptions > for links whose target has been renamed? > > When exploring this, I found the function org-id-store-link. This > seemed like what I wanted - it creates a custom ID if one doesn't > exist, but it doesn't actually store a link (or at least, it wasn't > available when I then ran org-insert-link). The docstring is pretty > light, but it seems like this might be a bug. Is this the expected > behavior? > > Thanks for the pointer in any case. > > Regards, > Jake -- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu
